World: r3wp

I have pushed the changes for the type casting matrix support (both 
in docs & implementation). I need to add proper tests to cover that 
tomorrow.

4.6.6 of the spec now says that the official type for a void pointer 
is integer! but this leads to type mismatches with null

Null is currently of type pointer! [integer!], I need to get it back 
inside the compiler to make it polymorphic. Just use 0 for integer! 
or handle! (if you've defined it) in the meantime.

I would like to introduce my second Red binding, for the standard 
C library:

http://red.esperconsultancy.nl/Red-C-library

So far I have bound 25 functions and written two higher level wrappers

I've used it to implement printing of integers in the examples for 
the 0MQ binding

Doc, feel free to use any of it that you need in Red

You can print integers in Red/System

Just include this - https://github.com/dockimbel/Red/blob/master/red-system/tests/quick-test/prin-int.reds

May not be clever but it prints integers.

I know, but this is a solid solution, and there are 26 more functions 
:-)

I've bound all memory management functions, most of the string processing 
functions and a few system interfacing functions

Looks good and will also act as a good example.

Thanks

Kaj, thanks for the contribution. I have planned to wrap some of 
the memory manipulation functions too as soon as I finish the work 
on aliasing and type casting.

Hats off to Kaj!
 - from Miejeru on the Red Google Group

Thanks :-)

Red can load library functions with different calling conventions, 
but which convention does the emitter generate for its own functions? 
Cdecl?

Internal functions: stdcall

Wouldn't it be better for compatibility to use cdecl?

I am not sure about the argument order, though...it might be opposite 
of stdcall

I doubt it, because so far I have been able to interchange them. 
The differences must be very small

For porting the cURL binding, I will need callbacks. I'm sure cURL 
on most systems expects them to be cdecl

cdecl for internal functions is only required for callbacks from 
external app, so I planned to add it for internal functions that 
are exported.

OK, when is that plannned?

In a not-too-distant future :-) I don't have precise ETA for that 
as it is not required for Red building. I will add that feature when 
working on the DLL building mode, so probably one of the next weekends 
(maybe on June, 4-5 if there's no other urgent tasks).

Great, thanks

I wanted also to add PIC code generation, so I am not sure which 
one I'll do first. What do you think?

By DLL building mode, do you mean having Red generate shared libraries?

Precisely.

Brilliant

PIC support will be required for that.

I thought about implementing PIC support first and testing it using 
Syllable's executables.

For DLL, you need PIC. I can use callbacks before that, so I'd say 
the order is cdecl, PIC, DLL

That would be nice, too, but it's quite possible that executables 
can already run on Syllable if they can be generated at the right 
start address

Ok, I have no personal priorities for these tasks, so I'll take yours.

Ah, right, that was the last show-stopper.

BTW, I tried installing Syllable on VMWare 7 and it failed to recognize 
the disk controller (I tried every possible disk modes and Syllable 
boot mode). I might have not picked the right image to install...I'm 
retrying right now with this one: http://downloads.syllable.org/Linux/i686/systems/Server/0.1/SyllableServer-0.1.i686.VM.7z

Oh, that's old. We only got a VMware image contributed for Server 
0.1, so it's much better to run the installation for Server 0.4

hm, kaj, could you try setting
base-address:  -2147483648
and see if that generates binaries which work?

But that's Syllable Server, my Linux, so it won't provide any testing 
abilities for Red beyond another Linux

Also, View doesn't run on it. You'd need my unreleased graphical 
version with X11 to run the Red compiler

For testing PIC mode, you'd need Syllable Desktop, for example the 
live CD you got at ReBorCon :-)

Andreas, I'll give it a try

Shouldn't I use one of the VMware v0.6.6 images rather than the install 
CD?

Or should I wait for your graphical version with X11?

You'r mixing up Desktop and Server. 0.6.6 is Desktop, X11 is Server, 
which is Linux

If you want to run Desktop, 0.6.6 indeed has a ready VMware image. 
On the other hand, the live CD you have has some enhancements. Such 
as R3 and the cURL binding :-)

Ah! :-) But can it run R2/View?