World: r4wp

Kaj: your two new issues have been fixed, let me know if it works 
fine with your code now.

I just saw it happening. :-) Thanks!

Anthony, the current runtime is written in Red/System, to be precise

The parser and compiler will be rewritten in Red once it's ready

And Red/System is a subset/simplification of Red?

I think Red is built on top of Red/System, which is meant to have 
C-like performance. Red/System can also be inlined in Red code.

Hi Henrik, BrianH requested you (or your automated system) invite 
me, I don't know if we've actually spoken before.

That makes Red/System sound like a VM

We probably haven't. :-)

I better let someone more experienced with Red answer that one, before 
I screw something up. :-)

I just ask a lot of questions. Especially right now, since I'm fumbling 
along building my first programming language.

ACook: you can see Red/System as a human-friendly VM if you want. 
;-) But it's more than that, because it allows you to access very 
low-level system or hardware features directly.

Does it do platform abstraction for those low level features, or 
are they platform dependent?

It does abstract everything that can be abstracted, currently, IIRC, 
only FPU options (system/fpu/* properties) are platform-specific.

One thing I'm torn on when it comes to VMs is if I need to write 
my own at all. I know I will have to write a Bootstrapping language 
as an intermediary, but I'm thinking it might be a waste of time 
when LLVM has such aggressive optimization for compilation and also 
supports JIT - both of which I'd have to write myself otherwise.

LLVM is a good choice if you really want a VM (Red/System is more 
a standalone language than a VM).

Of course.

Yes Jerry wants that.

for making Chinese Alias

Doc, aliases are used in R3 internally to implement case-insensitive 
words. Explicit use of the ALIAS function is rare and unsafe though, 
so it's been recommended that the function be removed.

How much of an overhead is there from using this mechanism over alias:

  my-alias-of-print: :print

No overhead, but it's not equivalent to an alias.

Brian: I think that was the case for R2 too? I used the same trick 
in r-sharp, so ALIAS was coming almost for free.

Isn't Red/System more the runtime environtment for Red? Like for 
Smalltalk or Oberon systems?

No, I don't think so. The Red runtime is written in Red/System. Red/System 
compiles to machine code.

I suspect that the Red runtime will be linked into Red executables 
rather than exist as a separate file.

Doc, aliases weren't used that way in R2. R2 stores the word strings 
using the case that the word was first loaded in. When you load subsequent 
words of the same name, they display with the case that the first 
one had. In R3 words are case-preserving, displaying with the case 
they had when they were loaded, even if other words with the same 
name have different cases. I prefer the R3 method, it's a good system, 
though it does lead to some confusion from people used to R2. For 
instance, they compare like strings:
>> 'a = 'A
== true
>> 'a == 'A
== false
>> 'a =? 'A
== false

Peter: exactly.

Brian, that was REBOL 1. REBOL 2 is case preserving.

>> [a A ab Ab aB AB]
== [a A ab Ab aB AB]

Well, IMO than it's not really so clearly stated. Taking a look at 
chart 10, confuses me.  Maybe it's the wording. Doc, I would simplify 
all this to more commone terms to make it as simple as possible for 
new users.

So, Red Compiler is like the first C++ compilers that emitted C code, 
but emits Red System language?

A reduced dialect?

Yes, except that Red/System is designed to fit Red, and Red will 
pass code to Red/System efficiently in loaded block form, instead 
of text form that the C compilers had to parse again

Robert, Nenad's intial plan was for the Red compiler to directly 
generate machine code. So his first presentation reflects that. It 
was a few months after the launch that he decided to generate Red/System 
code from the Red compiler.

Ok, IMO it just needs to be made more clear. I'm confusig it after 
not tracking this here for a time. Just make things as simple as 
possible.

Robert: C++ is a superset of C. Red is not a superset of Red/System, 
they are two different languages that share the same syntax and superficially, 
some semantic rules. Red/System is a low-level dialect of Red than 
enables system & hardware programming with C-level performances. 
Additionally, Red/System is used to build Red runtime (memory manager, 
lexer, natives,...).

Merged namespaces branch with master branch.

Kaj: I'll give tonight a quick try to add namespaces support to aliases, 
then I'll make the 0.2.6 release.

Cool :-)

Kaj: aliases are now namespace-aware! ;-)

But I'm not 100% confident that my changes cover all possible use-cases, 
so I'll delay the 0.2.6 release until tomorrow night to give us time 
to test it better.

In the meantime, I'll also have a look at the compilation target 
folder issue you've raised.

By the way, it's also about compilation source. If your source is 
in your working directory, you still have to provide the full path

Kaj, for compilation or for including?

I think rsc.r should work fine with relative paths.

Compiling; relative paths do work for including

The GTK binding doesn't work anymore

Compiling with rsc.r works fine with relative paths; where do you 
encounter problems?

It doesn't work for me, on Linux

Or for me on OS X :

Schulz:Red peter$ rebol -qs red-system/rsc.r red-system/tests/hello.reds

Cannot access source file: red-system/tests/hello.reds