World: r4wp

Keep good notes, so you can write designer's notes for future implementors. 
:-)

I'm not sure yet what the optimal way would be for runtime refinements 
evaluation, I've used a bitfield-based caching method in R-sharp 
to pay the full cost on first evaluation only. I'll try to implement 
a similar method for Red interpreter later. For the Red compiler, 
the cost is paid once only during compilation, there is no specific 
runtime overhead.

I could write a book about designing and implementing a Rebol-like 
language, counting R#, I've implemented two interpreters and one 
compiler. I've also implemented a partial Rebol in Rebol interpreter 
five years ago (never published), mainly aiming at providing step-by-step 
and stop/restart evaluation features for debugging purposes. But 
my first tests showed that it  was running about 50 times slower 
than R2 itself, so unusable for real code.

Once you have free time, that will be a great project. Until then, 
just keep good notes while you work. :-)

My progress on the Red/System random function. I tried to have an 
a declaration of an array as a import, but that failed because is 
was to be declared at runtime so the array was missing at compiletime. 
Yep it is not Rebol.

Does the interpreter need to exit on a missing function argument, 
or could it continue with a warning?

Each interpreter runtime error leaves the stack in abnormal state 
that can cause random native errors (usually segfaults). As long 
as we don't have error! implemented, exiting is the safest action.

I removed the browser IDE example from the list of apps on our Redsite, 
because it is crashed by #428

Added REMOVE action, supports any-series! and none! datatypes.

Curses binding for Red/System released: https://github.com/dockimbel/Red/tree/master/red-system/library/curses


Big thanks to Bruno (a new french contributor) for this nice work!

Cool, can you use it for the console?

I will certainly for platforms where it is available by default.

As there's no curses lib provided on Windows by default, the final 
Red console will need an abstraction layer on top of it.

But I won't delay the new release for that. Still a few issues to 
check and test all on ARM before making the release.

A Red dialect would be nice. Does Bruno have plans for it?

I've told him about it, he will give it a look, but he's not familiar 
with the way to achieve it with Red/System (I've pointed  him to 
your own work wrt to dialects), and Red is not yet ready for that 
(routines are not documented at all).

If you have ideas or help to propose him, feel free to contact him 
through his github's email: https://github.com/be-red

I hardly ever email, but if he has no plans, it would be a nice second 
backend that I could make for my GUI dialect

On another note, I see you use first reduce [prin ""] to get an unset! 
value

I think you can just use (). I'm using that in one place

He's only available on email, he doesn't use any chats or ML.

Good point, about (). :-) Will change it.

Well, I haven't opened my mail in several months

:-)

Bruno's work looks very good

However, there are no real widgets. I would have to implement them, 
or a widgets toolkit on top of Curses would have to be bound first. 
That's a bit too much work for me

Curses, very nice work!

I'm just excited to hear there's a new contributor.  Where did he 
come from?

France

I have fixed a pointer arithmetic bug on ARM backend. Now all Red 
tests, including interpreter's one are passing (same as for IA-32), 
console is working fully too. I have a few more tests to add before 
making the 0.3.2 release tomorrow (finally!).

Very cool, congrats Doc!

Thanks Andreas. :-)

Great !!

Red language factoids by Ohloh (auto-generated): http://www.ohloh.net/p/red-language/factoids#FactoidAgeEstablished

You can click on the "I use this" button if you have an account at 
Ohloh.

This is super great news. Please prepare a beginners guide for dummies 
also, I might need one ;)

Still a bit early for a prime time, as we don't have yet proper errors 
handling. One thing that would be useful though, for anyone trying 
Red, would be to dig out Peter's extraction scripts from the repo 
(in /docs), update/enhance them if needed and make a nice CSS for 
displaying the resulting list of actions/natives/mezz. Anyone?

PRIN/PRINT now do an implicit REDUCE of their argument. Internally, 
it does a `reduce/into` to re-use the same block buffer each time, 
diminishing significantly the stress on the memory manager.

Just noticed the Tower of Hanoi as an activity indicator in the top 
right, on Ohloh - appropriate?
http://www.ohloh.net/p/red-language

I've noticed it too, seems that Tower of Hanoi are trendy. ;-)

As is "Red" name:

http://en.wikipedia.org/wiki/Red_(Taylor_Swift_album)
http://www.sfr.fr/telephonie-mobile/series-red-de-sfr.html
and many more...

I need to hire Taylor Swift for making the promotion of Red 1.0 ;-)

Doc, maybe you can start a Kickstarter campaign to raise money to 
pay her. ;-)

The Download link on Ohloh is wrong

Link fixed, thanks.

Added multi-line input support to Red console...yes, you can now 
paste your Red script directly into the console. ;-)

In the process, I've uncovered several new bugs, so I'm processing 
them before making the release.

Programming is the art of creating bugs

Hear hear

@Rebolek: as you have implemented a multi-line input support for 
your gfx console for R3, you might be interested in having a look 
at how I've achieved it for Red:


https://github.com/dockimbel/Red/blob/master/red/tests/console.red


I'm not fully satisfied by my implementation, but don't have more 
spare time to work on it further. If you have a better/simpler approach 
and are willing to share it, I'll be glad to include your improvements.


Adding to this, my current implementation doesn't handle well a multi-line 
string included in a multi-line block, it works, but the prompt is 
incorrect. I guess I should use a stack-based approach...