World: r4wp

a "hello world!" written in and compiled by red/system running on 
a raspberry pi:

[pi-:-raspberrypi]:~$ ./hello-reds.arm 
hello from red/system!

([pi-:-raspberrypi]:~$ uname -a

Linux raspberrypi 3.1.9+ #90 Wed Apr 18 18:23:05 BST 2012 armv6l 
GNU/Linux)

Nice :-)

cool :-)

Does the provided hello.reds script work too?

hello.reds works as well, yes.

who's raspberrypi ?

I expect it's Andreas' RaspberryPi, as Doc tweeted, that his is still 
undelivered?

Mine, yes.

There is now also an English page on Wikipedia about Red:

http://en.wikipedia.org/wiki/Red_%28programming_language%29

Cool!

we can add red-lang.org and cheyenne-server.org links to the external 
references.

red-lang.org is there. Cheyenne doesn't have much to do with Red 
yet

However, Windows, OS X and Android are missing from the OS entries

we can copy/paste "about" section from http://www.red-lang.org/p/about.html
as well.

Be careful with that. The Red site is speaking in the future. Wikipedia 
will not regard that as encyclopedic information

I see. So we will put those information after Red is completed.

It would be interesting for RED to be a strict superset of REBOL...

It is interesting what does DocKimbel think about such possibility...

You're right: as a compiler, it can't be

Bas: great work, thank you!

Evgeniy: I am not sure if a strict superset of REBOL is doable in 
Red without introducing some important runtime overhead, making the 
compilation approach much less efficient, so less useful. I'll try 
to push it as far as possible and will stop when we loose too much 
performances.

Hello Doc - how are you doing, lately? Still busy with the non-red 
related contract? :-)

Unfortunately yes, but it should end in about ten days, so I could 
finally get back to the interesting stuff. I'm becoming an MQL4 language 
expert now, and I really don't like that (even if it can make me 
see some interesting niche opportunities for a Red dialect). ;-)

Well, as for dialects, I still can see PARSE as a secret weapon. 
Hopefully Red gets to R3 or Topaz level, as far as parsing goes. 
We could create some dialects for niches, I think ppl would see the 
advantage ...

It's possible to do something like [s: make c-string! 1000] in Red? 
So I would reserve 1000 bytes long c-string?

I tried declare but that leaves me with empty c-string!

I haven't found away to pre-allocate memory for a c-string! in Red/System 
except by initialising a string.

ah, that's unfortunate. thanks

Red/System has no memory manager. You need to use the allocate/free 
wrappers provided by the runtime (see %Red/red-system/runtime/libc.reds). 


Once Red's memory manager will be stable, we could easily add some 
simple functions to make it available from Red/System too, so you'll 
be able to either manually manage memory or rely on Red's memory 
manager (including being able to call the GC).

Ah, great! Thanks.

How can I get address of c-string! variable?

c-string! variables are memory pointers, so you're already manipulating 
the address. ;-)

yes, but if I want that adress for another purpose like copy-memory 
function?

Just pass the variable name.

I tried but ended with:

*** Compilation Error: argument type mismatch on calling: copy-memory
*** expected: [pointer! [byte!]], found: [c-string!]

You need to make a type casting: as byte-ptr! <variable>

ah, thanks!

byte-ptr! is just a macro for [pointer! [byte!]] which is a bit more 
generic type than c-string!

yes, that works. Thanks very much!

another question :) how to get pointer to integer! ? as byte-ptr! 
converts the value and doesn't return address.

just use: as-integer <byte-ptr! variable>

Ah sorry, not what you asked for...

The get-word! syntax for integer! variables hasn't been implemented 
yet. So currently, the only way (AFAIR) is to wrap your integer! 
in a struct! (as you would do in REBOL).

I see, thanks.

There are several *-reference! types defined in my C library binding 
that do that:

integer-reference!:				alias struct! [value [integer!]]

Hi Doc,

   I have found the time to view the documentation of RED/System on 
   your site.

   Red/system brings the expressiveness of REBOL in a low level language.

   I see there is no object orientation capabilities into this language. 
   Is it planned ? Otherwise, as a programmer, why you dont find it 
   usefull ?

I think it is planned for Red as Red/System is a low level system 
language.

Endo, I know it will be available in Red as it will inherit many 
REBOL features.

My question is for curiosity. Why a programmer chose to not put into 
his low level language OOP features like in C++ (I am not talink 
about full OOP but a basic subset)
Is this OOP really crap ?