World: r3wp

Is there possible something like CALL in Red/System? I expect currently 
"no", so what's the right aproach to it? Map system calls via wrapping 
an OS libary? Do you plan to have something like CALL to have easy 
interfacing along with PARSE in Red level? :-)

CALL support: sure, that's on the roadmap, but it's not a required 
feature in Red/System to implement Red, so not high-priority. I might 
add it if we really need it for a demo though. Anyway, it's pretty 
simple to implement, so I'm expecting some contribution there. ;-)

You can wrap the C system() function for a poor's man support.

is it possible to get guide for new bees and info on the IDE.... 
from reading it looks like the GUI will be gtk+

Sorry, no IDE available yet. For the GUI, gtk+ support is quite advanced, 
I might use it for the IDE if I run out of time to implement my own 
library.

My C library binding has a basic CALL using system()

It's effectively call/wait. It may help to remember that the binding 
is complete at the ANSI C level

http://www.red-lang.org/2011/12/arm-support-released.html

congrats :-)

WOW! Great!

I have just successfuly run Hello world example on my HTC Sensation 
:-)

What was the script called, which measured REBOL CPU power? It would 
be nice to have it, to measure performance of RED on various phones 
:-)

Perhaps, a line needs to be rephrased: "Such approach will allow 
us to build easily Android apps without having to write a single 
line of Java or Objective-C code" - AFAIK, Android apps are not written 
in Obj-C?

Obj-C stands for iOS imo ...

(people on OSNews will be all over it, if they see it)

however, it is a bit difficult to use, and also - allowing non-market 
sources could be marked as dangerous. Will there be ability to produce 
native Android apps, which could be published via the market?

Henrik - what do you mean by ppl being "over it" - somehow can't 
translate it myself :-)

Pekr, I'm not sure if it's important anyway, but it might detract 
from the reputation of Red, if some parts are not factually accurate 
in the article. As in: "this guy doesn't know what he's talking about."

Anyway - not sure if such a news article for OSNews is not a bit 
preliminary ... no bindings yet, no possibility to use standard channes 
(market), no RED yet = not much of a REBOL featureset either. Achievement 
is great - RED gets us onto mobile OSes, still far superior to R2 
or R3, except that Red/System is mostly a C with REBOL syntax. I 
can understand, why Doc wants to work on RED itself some bits too 
:-)


Anyway - I am here to do some testing with HTC Sensation. The fun 
part comes, when the bridge is going to be done. Imagine having parse 
and REBOL like series handling, with access to stuff like SMS, calendar, 
address-book, and other APIs :-)

Henrik: agreed, it's confusion, will change it right now. Thanks!

confusion => confusing

better :-)

Produce native Android apps: certainly, but that requires the Java 
bridge. It should be possible to also use the NDK for accessing a 
subset of Android API, but I haven't investigated yet that option 
much, especially if it requires Dalvik code support or not.

derivated  - no such englsh word :)

New compilation targets have been provided for Linux and derivated 
OS running on ARM:

change to 


New compilation targets have been provided for Linux and derivative 
OSs running on ARM:

Hmm, another "frenglish" of mine. :-)

ahh... your own dialect !

BTW, can acronyms in english take an ending "s"? Is that allowed?

okay,make it OSS :)

hehe :)

http://www.english-test.net/forum/ftopic25371.html


And then in Microsoft Manual of Style (version 3.0) we can read "To 
form the plural of an acronym, use a lowercase "s" without an apostrophe." 
Example: several IFSs.

In British English, an apostrophe is more common, so both are correct

Congratulations on the ARM port. It's an important milestone

Thanks Kaj, I hope to be able to demo some running Android app in 
Red/System (or Red) in march at the RedTopaz conf.

the only arm device I know I have is the http://en.wikipedia.org/wiki/NSLU2
 uses an ARM-compatible Intel XScale IXP420 CPU.

XScale is based on ARMv5, so it should work, you just need to figure 
out how to download an executable from the NSLU2 and run it.

I've tested all example programs in all my bindings and they still 
work with the new release

I've also compiled them for Android. I can't test them, but they 
do all compile

Good! I'll try to test them on my QEMU instance (at least the non-graphic 
ones).

Don't you have X11 installed there?

I have an X11 (with Gtk I think) image for QEMU but it's dead slow, 
so I never use it.

I will give it a new try to see if I can get Gtk binding working.

I've tested the cURL binding on Debian armel, works fine (used the 
example script and my own wget script).

For GTK, it stops on a symbol issue with atexit():

[root-:-debian-armel]:~/ARM# ./GTK-widgets 

./GTK-widgets: symbol lookup error: ./GTK-widgets: undefined symbol: 
atexit

The `atexit` symbol is present in both the dynamic symbol and relocation 
tables of the ELF binary.

It's in the ANSI standard for the C library, but it may not be in 
the Bionic C library for Android

I'm testing on Debian 6 in QEMU.

I've checked the dependencies via ldd, all are met.

Maybe Andreas would have a clue about this.

I've already had to leave it out of the C library binding for Syllable. 
That's also odd, though, because it uses the GNU C library, like 
Debian, and Syllable is supposed to have atexit