World: r3wp

Doc - yes, but as I said - will there be many users, using just Red/System, 
not using Red, and vice versa?

Everyone will use Red, some library developers or system programmers 
will also use Red/System.

If not, the mindset is closer than you might think. If someone is 
going to use only Red/System, which you claim being closer to C than 
Red, than such person can just use - a C :-)

I will not use print-line for sure:)

You have ?? instead. ;-)

But - as Red/System is mostly out of my scope, I will acept any decision 
...

Also, it's too early in the project to be nitpicking, you'll have 
plenty of time for that when Red will be out. ;-)

Will some alpha Red come in 2012?

That's what I said -not an important issue, I just wanted to state 
my opinion, that 'print, if used in 80+ cases with new line, should 
do so :-)

Do you want to use ?? in RED as well? Because as Pekr said, it will 
just cause confusion... I have enough problems not to write TRACE 
instead of PRINT :)

There are other ways of looking at it. For example, code is read 
most of the time rather than written. PRINT-LINE is very clear for 
reading

Another view is that a very small audience of REBOL programmers is 
used to PRIN. The big audience for Red is people that don't know 
or even dislike REBOL

Kaj - yes, most of ppl are used to print, which will almost not be 
used, as it does not print a newline - that is also another point 
of view at it :-)

By most of people, you mean REBOL people

yes, because most Red/System users, are going to be also a Red users. 
Red/System is not for C ppl, that is an illusion imo. Why would anyone 
C oriented would like to use Red/System, if he/she would not also 
want to use Red later? :-)

REBOL itself is incompatible between R2 and R3
 - counterexamples:


- my INCLUDE is a complicated script that is working in both environments, 
i.e., the compatibility surely isn't "incidental" in your own words

- the core-tests suite is working in both environments as well, containing 
more than 3000 interpreter tests

Do you mean that's proof that R2 and R3 are compatible?

What else should be?

Well, now I restrain ... I am most probably not going to be a fluent 
Red/System user, so I don't want to influence such a decision, if 
other ppl feel differently about the topic ...

I'll have to refer you to Boolean algebra

Also, I didn't say "incidental" about R2 and R3, I said it about 
Red and REBOL

Well, I can describe more compatibility examples like Brian's backward 
compatibility library, but I think it is absolutely unnecessary having 
mentioned the common interpreter core tests. However, I am curious 
how is that related to Boolean algebra?

Your statement seems to be that R2 and R3 are compatible. Examples 
cannot prove that. Counterexample falsifying that: for my CMS of 
towards 4000 lines, although I wrote it in basic R2 to avoid porting 
issues, I had to make extensive changes throughout and a number of 
alternative functions and wrappers to get it to work on R3

The other way around, there are web sites I can build correctly on 
R3 but not correctly on R2

To put my two cents in: I disliked PRIN the first time I saw it, 
and I still dislike it everytime I have to use it, 10+ years later.

I also find myself using PRIN regularly (i.e. much more than 1% of 
the time I _don't_ want to print a newline right away).

Pekr: I fully agree with the 80% (or 99%) usage argument, the issue 
is not there, it is in finding a suitable name for "print-without-LF" 
if PRINT is used for printing with LF. Last time we tried that, we 
didn't find any good solution, so we ended up with a single PRINT 
command to cover all use cases.

the name has to be similar but suggest it is somewhat less .. so 
how about -print ?

or, print-

I suspect that is why the t is missing for 'prin ... but then you 
have to know what it stands for

I've renamed the print-string in the C library binding to make way 
for the Red/System one

Sorry, print-line

Thanks Kaj, I forgot it was defined also in C binding.

Is there any doc how to write a test case? Or should I just hack 
it somehow?

The testing framework done by Peter WA Wood is documented here: http://static.red-lang.org/red-system-quick-test.html

You can also browse inside %red/red-system/tests/source/ to see how 
tests are done. Basically:

- language unit tests go in %tests/source/units/<feature_name>-test.reds

- compilation passing tests and compilation error tests go in %tests/source/compiler/<feature_name>-test.reds

There are two additional assertions in the float-partial branch that 
you might find useful Oldes. They aren't in the documentation yet. 
They are:


--assertF~= which takes three float!s, it compares the first two 
to be equal within a tolerance supplied as a third argument. The 
tolerance is both an absolute and relative tolerance. So, a tolerance 
of 0.01 would return true if the two floats were equal + or - minus 
0.01 or within 1 percent.

I have used a tolerance of 1e-12 in testing.

The other one is --assertF32~= which is the equivalent for float32! 
datatypes. I have used a tolerance of 1E-6 with this assertion.

I would like to write tests for enumerations: https://github.com/dockimbel/Red/pull/201

(still not finished - I must add detection if values does not exists 
already)

Kaj, compatibility can't practically be measured as a whole with 
Boolean algebra. Try fuzzy logic math :)

BrianH: that's not only fuzzy logic. That's ALL kinds of logic, not 
only fuzzy IMNSHO.

Oldes: I've emailed a skeleton test file for enum to you.

what does backtrack ?

Also in the test doc is mentioned script run-test.r, which is not 
in repository, how to run just one test case?

(backtrack - to move back source code input cursor (PC) so it looks 
better in the NEAR field:)

'backtrack function just re-position the source code cursor to point 
to the right symbol or beginning of an expression when an error is 
raised.

run-test.r: it was there until recently, I guess Peter removed it 
as we don't use it often. I guess Peter could bring it back.

do we want to allow declarations like:
	integer!: func[a [integer!]][ a ]

Ah, old question :-) There's a ticket about that opened by Rudolf...let 
me find it...