World: r4wp

Red on Android teaser: http://static.red-lang.org/droid-eval.png

Notice that this runs on the x86 emulator, there's still a few bugs 
to fix for the ARM version.

Nice :-)

Also, it's possible to use a ICS skin...I just need to figure out 
how/where to define it.

The whole UI is built in Red, calling the Android API through JNI.

Though, there's no UI dialect yet, but it can be built pretty quickly 
as Kaj demonstrated in the GTK binding.

ah, looks nice anyway. So - was the bridge rewriten, wrt your mentioned 
jni object limit?

What I mean is - would like to post something to FB channel, but 
not necessarily if the screenshot is an interim teaser. I can wait 
for some "more official" release, but surely I don't know your intentions, 
e.g. yesterday you mentioned objects, but those might be few weeks 
away?

Rewrite bridge: that was my intention, but I gave up after hitting 
a few walls in Java reflective abilities. So, I just optimized the 
memory usage of the current one and improved it.

Objects are required to build a cross-platform mobile API for Red. 
That way, you would use the same API for accessing universal mobile 
services and hardware from Red, like contacts, phone calls, SMS, 
GPS, Bluetooth,...

ok, now I understand. So objects are next it seems?

I mean - needed for parse, networking etc. anyway?

In the meantime, you will only have a platform-specific API, but 
as soon as objects are done, we could add some nice abstraction layers 
on top of it.

Yes, objects are becoming uber-urgent. :-)

OK, so will ask in a different way (wrt Android) - will there be 
any official release, an example published, or even a blog article? 
If not, I will post as we go. If so, I might wait, so that we can 
refer ppl to download it and try to do their own small steps ...

Parse: not necessarily, it was just a requirement from Gab.

Networking needs I/O, I/O needs ports, ports needs objects. :-)

If you mean by "official release" a 1.0, we're still far from that.

I might mention it briefly in the next blog entry. I would like to 
make merge the dyn-lib-emitter branch and make a new release. As 
the Java and Android bridges will be included, I will mention them.

ok, any timing? I mean - since thursday I will be out for 4 days 
....

(there is no need to rush those things, I can wait)

New release: Tuesday or Wednesday.

OK, good to know to plan ahead ....

Depends on how stable the ARM version of the bridge will be (and 
how much time I will take to fix it if required).

So I post a teaser, and later on will mention full new release, once 
the merge is in place and/or eventually blog article appears ...

btw - is ELF emitter finished? Noticed Cyphre used some of Adrian's 
work for R3 droid port too ...

I also plan to add a quick support for compiling kernel drivers for 
Windows. It shouldn't take long and some users need it, so I will 
give it a quick try.

Post a teaser: go on with spreading the teaser! :)

ELF: no it's not, Andreas hasn't found time for it yet, but I can't 
wait anymore, so I'll merge it in master this week.

Arnold, all sorts of constructs with pointers are valid, but the 
correction I gave is the correct translation of the C source

pointer/value: value

stores a value in an array. There are such examples in the Red manual

pointer: :value

initialises the pointer itself. It sets the address of where the 
array is in memory

You have to initialise a pointer before you can use it

I copied this from the documentation: http://static.red-lang.org/red-system-specs.html#section-4.8
paragraph 4.8.3 Dereferencing

Yes, but the C code is not dereferencing the pointer there; it's 
initialising the pointer

The example in 4.8.8 is what you need

http://static.red-lang.org/red-system-specs.html#section-4.8.8

Yes, in one way or another this is a trick to check if the initialisation 
step already has been performed. Hopelessly overcomplicated if you 
ask me.

It's confusing, yes, but it's typical C code. And it's by the holy 
Knuth, so you can't question it ;-)

Time for the Red rebolution to improve the readability of software.

I have been playing with the Mersenne Twister code, from C to Red/System. 
There is no unsigned integer in Red/System?

No, just integer!

If you use it as unsigned, you have to check very carefully what 
you're doing with the highest bit

Unsined integers is on the wish-list for Red/System v2 https://github.com/dockimbel/Red/wiki/Red-System-v2-Wish-List
point 29

You can always have an unsigned integer using a simple pointer.

Also, "unsigned" is just a convention, the data is same as the signed 
version.

As Kaj said, you can achieve the same calculation with signed integers, 
you just need to be careful.

one question for Red/System.  


can it already, ( or is it planned ) to export static libs for use 
within (C/C++, other?) compiler/linkers?

this would be an nice way for users to try red and progressively 
replace their binary code base, one source file at a time... instead 
of a whole project at once.