World: r3wp

Interesting, but I guess that a specific data encoding would be more 
appropriate than plain REBOL or C? Something like the Golf dialect 
(wrote by hostilefork?).

I was mostly interested in code sharing over text messages, but something 
like AltME or a code editor on my phone would be invaluable. A code 
editor that can send code snippets over SMS or other sharing services 
sounds interesting. I only mention this in this group because Red 
looks like it will end up on my phone before R3, barring a miracle.

Though, technically, I might be able to get Topaz running on the 
phone even quicker...

I guess that Topaz should already run on it, have you tried the Topaz 
demo URL?

Not on the phone yet, but I'll try that today :)

In case you've missed it, you can already run this simple Red/System 
HelloWorld app on your Android phone: http://static.red-lang.org/android-hello.jpg

And full Red/System apps very soon.

Nice :)

What program did you use to run the remote app?

This one: http://gimite.net/en/index.php?Runnative executable in Android App

Do you want to make a QNX port as well?

Thanks for fixing that bug in the Windows version, Doc. I'm developing 
on Linux, so I seldomly test such things

It was a bug occurring only in rare cases, I'm glad I had the occasion 
to spot it.

QNX: if you're thinking about BlackBerry support, why not. But as 
BlackBerry has a decreasing market share, I am not sure that would 
be a relevant target to support in a year. Anyway, iOS is second 
on my list of mobile OSes to support (if we can find our way through 
that "fortress").

Thank you for all your continued work!

Thank you for your kind support Nick.

red/system running on another phone:
http://twitter.com/xearl/status/138413355126886400/photo/1/large


that's a hello world binary (using libc) compiled with red/system 
running on a nokia n9.

(inside a terminal. for those not so familiar with linux: the first 
two lines are the call of the binary and the resulting output. the 
rest is just platform porn.)

Cool. Is that an unmodified Linux target?

I mean, would it run on other Linux ARM machines?

Yes :)

That's Red/System's vanilla Linux-ARM target, for which we now have 
basic library imports working.

That's great

Is there still GTK on MeeGo, or did they drop it completely for Qt?

purely qt. i didn't yet look if the gtk libs are even available at 
all.

makes ui bindings extremely annoying, unfortunately. but a simple 
wrapper that bootstraps you into GL might be an option.

Bummer. I'd hate to do all bindings double

http://en.wikipedia.org/wiki/MeeGo#Handset

The Handset UX is based on Qt, but GTK+ and Clutter will be included 
to provide compatibility for Moblin applications.

meego is dead in the water anyway, i fear

intel and nokia split up. intel's way forward is now called "tizen"

GTK support seems to depend on the device, and not include the N9

the n9 is not really "full" meego

it's a maemo/meego mix nokia dubs "meego/harmattan"

but the nokia side of things is unfortunately all rather dead now 
:)

Tizen will probably include Samsung's reference platform, which includes 
GTK

And Clutter, and EFL... What a mess

Just checked, the only parts of GTK that remain on a stock N9 are 
glib and pango.

Thanks

Switching to Cheyenne project until Saturday, I will do a Cheyenne 
presentation at a PHP event in France on friday, so I need to get 
prepared.

Doc, reading a twitter message - congrats to finishing ARM port stage 
:-)

Well, there's still the fun part to do: debugging ;-)

(that's why I've left the progress bar at 90% in the Roadmap: http://www.red-lang.org/p/roadmap.html)

From REBOL School channel discussion: .Net support for Red is planned 
after JVM support, which will be most probably done in 2012.

I'd like to make the JVM port before the rewrite of Red/System in 
Red, as doing so will certainly require some deep adjustments to 
Red/System compiler and linker, so better have it experienced before 
the rewrite.

experienced: experimented

I've tried including two bindings in one program that both include 
the C library binding, and I can't get it to do a single pass over 
the nested include, either with relative or absoltue paths to the 
C library binding

The first thing it bombs out on is a #L marker that it seems to insert 
into the source to mark line numbers (even though I didn't do a debug 
build)

I will a look at it today.

Kaj: I have just pushed a fix for the problem you've reported.