r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Red] Red language group

Andreas
3-Dec-2011
[3935]
Pekr: re "Cortex MCUs -  are those too low level MCUs, or is it just 
a matter of some work to do?"


Cortex-M raises two issues: first, these cores just support the Thumb 
instruction set (which Red/System does not support, at the moment). 
Second, most -M cores have no memory management unit (MMU).
Dockimbel
3-Dec-2011
[3936]
Do they support the Thumb2 set (32-bit instructions)?
Andreas
3-Dec-2011
[3937x2]
Depends on the core.
Cortex-M3 supports _only_ Thumb2, for example.
Oldes
3-Dec-2011
[3939]
I can use -r for no-runtime :)
Dockimbel
3-Dec-2011
[3940x2]
Yep, but you'll be quickly limited, unless you rewrite the runtime 
at least partially. ;-)
I am making some changes to the compiler debug logs output to avoid 
being pollute by runtime lib logs.
Andreas
3-Dec-2011
[3942]
(Cortex-M0 supports Thumb plus a few Thumb-2 insns, IIRC.)
Dockimbel
3-Dec-2011
[3943]
Oldes: I've pushed a change in master branch, you can now use -v 
5 to get the output of your own code only (with max details).
james_nak
3-Dec-2011
[3944]
I agree with Gregg, great job. I tempted to pull out my Sharp Zaurus 
SL-6000 (xscale-based) just to see if I could get Red to compile 
on that but I had better return to my "work".  :-(
Dockimbel
3-Dec-2011
[3945x2]
Oldes: about floating point support, I have made a short review of 
required changes in current compiler. I will publish it tomorrow, 
so we can decide on the priority with Kaj and others.
James: thanks!
Kaj
3-Dec-2011
[3947x2]
I'm looking into the allocator. alloc-series says it takes a size 
in cells of 16 bytes, but then it relays it to alloc-series-buffer 
unmultiplied, which says it takes a size in bytes, and only rounds 
it up to 16 bytes
How are non-block series going to be allocated, for example binaries 
of one byte per cell?
Dockimbel
3-Dec-2011
[3949x2]
Alloc-series: right, the comment is obsolete, it accepts any integer 
value as argument and leave it to alloc-series-buffer to round it 
to 16 bytes.
Non-block series: in fact all series will use the same allocator, 
so 128-bit (16 bytes) is the minimum allocating unit.
Pekr
3-Dec-2011
[3951]
Is there any roadmap to know what comes next? E.g. when work on RED 
itself will begin, etc?
Dockimbel
3-Dec-2011
[3952x3]
Red: it has already begun, the lexer has been implemented.
I will be back to Red compiler as soon as I finish debugging the 
ARM backend.
I might start also working on floating point support but we'll see 
that tomorrow.
Kaj
4-Dec-2011
[3955x2]
For anyone interested, here's a direct link to the GTK+ example that 
shows all currently implemented widgets:
http://red.esperconsultancy.nl/Red-GTK/doc/trunk/examples/GTK-widgets.reds
james_nak
5-Dec-2011
[3957]
Thanks Kaj.
Dockimbel
5-Dec-2011
[3958]
Here's a screenshot of Kaj's GTK-widgets under Win7: http://static.red-lang.org/red-system-gtk-widgets.png
Kaj
5-Dec-2011
[3959]
Thanks :-)
MagnussonC
6-Dec-2011
[3960]
I put alla files in red-system/tests, including Red-48x48.png. I 
got GTK-widgets.reds running, but with "Window: skipping missing 
icon.". Where do I put the PNG? As far as I see there is no path 
defined for this file in GTK-widgets.reds. Using Win7 (x64). I thought 
the icon would be built in the exe. I tried now to put the PNG in 
the same dir as the built exe and the icon shows, but I still got 
that DOS terminal to open. Sorry for stupid newbie questions.
Dockimbel
6-Dec-2011
[3961x2]
For getting rid of the DOS console, you should compile using the 
following option: -t Windows
The default target on Windows for Red/System apps is MSDOS (console 
mode). When Red will be there, I guess we'll switch the default target 
to Windows (GUI mode).
Kaj
6-Dec-2011
[3963x3]
The icon file should go in the directory where you start the executable 
from, so usually that would be the builds/ directory that Red creates 
within itself
Alternatively, you could add a path to the icon in the program
There are no facilities in Red yet to add resources within executable 
files
Dockimbel
6-Dec-2011
[3966]
I think that reshacker tool should work for that: http://www.angusj.com/resourcehacker/
Kaj
6-Dec-2011
[3967]
Yeah, but it's very system dependent
Dockimbel
6-Dec-2011
[3968]
An executable resources handling module for Red/System linker would 
be nice, if someone is interested in contributing.
Endo
6-Dec-2011
[3969]
An alternative to ResHacker, XN Resource Editor, http://www.wilsonc.demon.co.uk/d10resourceeditor.htm
Windows only I think.
Kaj
7-Dec-2011
[3970x2]
Implemented the ability to maximise or fullscreen a GTK window
I squeezed both maximising and resizing into the dialect, but the 
expressiveness is getting tight
Dockimbel
7-Dec-2011
[3972]
IIRC, you'll present Red on 09/12? (Syllable conf?)
Kaj
7-Dec-2011
[3973x2]
Dec 10, GeoFreedomDay
http://www.geofreedomday.nl
Dockimbel
7-Dec-2011
[3975]
Are your bindings ready for the show?
Kaj
7-Dec-2011
[3976x2]
I hope they will be ready for the show, but they don't exist yet 
:-)
Adrenalin is the best drug to make them on ;-)
Dockimbel
7-Dec-2011
[3978]
Oh, I see :-)
MagnussonC
7-Dec-2011
[3979]
Thnx for the answers.
Kaj
7-Dec-2011
[3980]
By the way, I added an extra error message when the icon file cannot 
be loaded
Kaj
9-Dec-2011
[3981x4]
I have a basic binding with OSM GPS Map working
A simple OpenStreetMap browser goes like this:
#include %OSM-GPS-Map.reds

gtk-view [
	gtk-maximize
	"OSM GPS Map Browser"
	osm-gps-map ogm-new-osd
]
I've got a basic binding with LibChamplain to work, too