World: r4wp

i'm pretty sure none of that is needed for actual glibc setup

New commit pushed to `libc-init` branch, new simplified and more 
conforming way to init libc (at least I hope).

I need to add support for Syllable, I have the right doc from Kaj 
for that, so no problem.


For Darwin, I would need the right stack layout description on starting 
a new process, I haven't found yet a recent and official description 
for that, just a lost page in google's cache from 2009: http://webcache.googleusercontent.com/search?q=cache:4zQ0NwtOKdsJ:blogs.embarcadero.com/eboling/2009/10/13/5620+MacOSX+stack+layout+on+start&cd=4&hl=fr&ct=clnk&gl=fr

from that doc, the osx stack layout looks identical to linux/elf

(so that should be easy to try)

identical from the main() POV, but I'm not sure that's the right 
kernel stack layout before libc is initialized.

in that doc, it's not describing the stack for main() but the stack 
layout as setup for the entry point ("_start")

Yes, that's what I am after.

_start
 emulation

yep

so osx looks just like linux :)

Okay, libc-init is now working fine for Linux and conforming to Gcc 
ABI. Once again, man has won over the machine, but I wonder how many 
neurons were killed both in my and Andreas brain during the battle...;-)

the reverse ... you probably grew a few :)

It's a loosing battle

The documentation seems to describe that when you write a floating 
point constant, it will be a float32! if it fits. However, it turns 
out that it is interpreted as float64!

Indeed, the spec is misleading here. All literals are float64!, float32! 
has no literal form.

So the only way to construct a float32! from a literal, is by casting 
(`as float32!`) from a float64! literal.

(So it's propapbly best to remove the "syntax" section in the float32! 
spec and add a note describing the above.)

Agreed.

Doc fixed.

I found another freak bug

ah?

In the tracker

Kaj: proper libc init code added for Syllable. It works fine on my 
Syllable VM.

That is great, thanks!

Doc - so your sister tweets about the Red development? Cool :-)

Why not delete the Twitter message if it was an error?

Good movie?

Behold, an OpenGL triangle rendered by a Red/System program:
http://earl.strain.at/share/reds-opengl-triangle-20120227.png

GUI next?

Can we view the code that does this?

Of course:
https://gist.github.com/d3b0e5c6fdbc4f19ff7a

(2/3 inline binding code and the rest is very plain OpenGL and, yuck, 
GLUT.)

Looks good and the code looks some much easier on the eye than C 
to me.

so what to add to be able to click on something and get a calback 
working?

a few 1000s of LOC :)

That's where dialects can shine: abstract low-level APIs.

andreas, cool! perhaps time to add GLFW? ;-)

tombon: would most likely be better than glut :)

events for free :))

ah, events are "for free" in glut as well :)

as clean as in GLFW? argh.... ;-)

didn't say anything about clean :)

Just updated the Gist, you can now rotate using the arrow keys:
https://gist.github.com/d3b0e5c6fdbc4f19ff7a

(Graham: +10 lines binding, +12 lines reds code)

2 factors overestimate by me :)

2 orders of magnitude! :)

But then, you asked for clicking, and I only gave you typing :)

yes what I meant ...

10 x 10 x is two factors?