World: r3wp
[Red] Red language group
older newer | first last |
Andreas 3-Dec-2011 [3938] | 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 [3981x5] | 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 | |
The code for an OSM browser is very similar | |
Kaj 10-Dec-2011 [3986x2] | The presentation of the map bindings at GeoFreedomDay went well - that is, after I could coerce my Linux to display on the beamer |
People immediately came up with the standard question of "Why yet another language?", but when I showed the GUI dialect and compared it to conventional development, they recognised that something special was offered | |
older newer | first last |