World: r3wp

comments == commas...

Look how complex LOAD is already. That is why it is now mezzanine: 
The complexity is better handled by REBOL code.

It's still fast though :)

Chris, 404s for me

hum... Brian, switch is not faster than case in load ?

Hmm, that'd be http://www.ross-gill.com/r/junk.r

Nope, case is one of the fastest functions in REBOL, even R2.

We profile everything :)

i know for R2, but in R3 switch is native, no  ?

Ok, I'd gladly accept a separate function, but ship it with REBOL 
for grandma and the professors of the world.  Don't make them hunt 
it down and DO it as a special case.    But to be honest, I'd still 
prefer a foreign! datatype! and advertise REBOL as a human readable 
language.  Much power in that ad imho.

but we also need an unknown!  ,   junk!  ,   or  WTF!   datatype 
   ;-)    

note the intentional use of commas  ;-)

Switch is native in R2 as well.

At least for the last few years.

not in the version i use, sigh...

Maxim;  And let cunning linguists write some scripts that tally the 
amount of WTF! information in wikipedia.   ;)

What platform are you on? If Windows or Linux, use 2.7.6.

wtf! and associated query: wtf?

If you are doing one comparison, IF, UNLESS or EITHER is fastest. 
For 2 to 6ish comparisons, CASE is faster. Anything above that use 
SWITCH. Profile your code patterns to see which is best in your case.

I can already see it...

>> to-wtf

currently, i tested with the first alpha, switch is faster than case

make WTF! none

BRIAN !!!!!

I can see Brian's and Gabriele's point.   Clear, concise REBOL is 
power.  But so is letting non-techies use the console.  Power in 
numbers.  And it's sooo close already.

Steeve, do you mean:
>> to-wtf none
== "BRIAN !!!!!"

:)

hahahha

lolllll

>>a: 1
>> t loop 1000000 [case [block? a [] integer? a []]] tt
0:00:00.534

>> t loop 1000000 [switch type?/word a  [block! [] integer! []]] 
tt
0:00:00.433

BT: It should at least be a separate function, but I suggest separate 
from the language too.  a) it's too much baggage, and b) the scope 
for recognising string patterns could better be handled in a more 
open way.

I did say that errors should complain loudly, but I didn't mean complain 
to me personally :)

so what did you profile Brian ?

Too much baggage for the pros, yes.  Just right for a Professor of 
Geography or home user, imho.   Don't fear those that don't normally 
program, help them.  No?

Too much baggage for the language.  Perhaps it could be incorporated 
into a beginner's binary?  I understand the need, even for pros too...

I look forward to R3 modules - then we won't have to be as picky 
about what gets included because it won't all get loaded by default.

I still don't see how a lexical foreign! would be that expensive. 
 Am I just not getting it?   Again, you cant   ADD email! url!  but 
they are valid types.  Make foreign! a valid type and then REBOL 
loads anything and series! operations can operate freely.

Adding a lexical foreign! means you add the overhead of checking 
for valid syntax to *all* REBOL code, not just LOAD. It removes your 
ability to trust that what comes out of LOAD is valid. That is a 
huge overhead to all REBOL code, and would be the source of most 
REBOL bugs in the future. It is a horrible thing to do to the community.

Well, what do you mean by valid?  foreign! would be valid, no?

It becomes a new datatype! with the semantics of junk.

No, it wouldn't, it would be meaningless. It would be like #[unset!].

I agree that allowing junk to linger, would mean that all code needs 
to handle junk... which can be sort of awkward

It can't throw an error, or you wouldn't be able to parse it to get 
anything ot of it. If it is another string type you'd have to check 
for it at every evaluation, because you aren't getting a nice error 
to escape out of yor code. It's either useless or a nightmare.

Yes, meaningless; but there would be less syntax errors.  And once 
in a block, cleaning could be done, but wouldn't have to be.  That 
would be up to the domain problem at hand.   I may never be convinced 
that having rules for what can be added would be that much different 
if REBOL were allowed to   make foreign!

it depends how rebol handles junked newline in code

Maxim;  I don't think so, no more than what junk is handled now by 
forcing pros to use string! parsing to get round human input foibles.

You *want* syntax errors. It's the only way to trust your input.

IMHO, commas sh

No *you* want syntax errors.  I want to load %kingjames.txt  and 
call sort.   ;)

...should be hendled like newline in code

This is why I prefer the fallback method, so the errors can be handled 
right away before they corrupt your data.

...appearing only when molded