World: r3wp

thanks

I'm with Gabriele on that.

I am strongly in favor of optional function arguments being none 
by default. When combined with type tests that prohibit the none! 
type, it allows you to easily use data flow analysis to handle the 
control flow of the different options. You have to realize that none 
is a non-value too. The main difference between none! and unset! 
is that unset! is usually chosen when a non-value is an error, and 
none! is chosen when it is less likely to be an error. And for function 
arguments, not choosing an option is normal behavior.

Oldes, /local is just another function option, nothing special. It's 
only treated specially by the HELP function, not by function evaluation.

I thought I posted my opinion, but I prefer none. I only use unset, 
intentionally, in exceptional cases.

Ladislav, I don't have to "remember" that optional arguments are 
#[none] by default: Most of my code absolutely depends on it. Handling 
unset values is a big hassle, on purpose. I don't want to go through 
that hassle for a normal situation, just for exceptional situations. 
We are supposed to use unset! to trigger errors.

none none none...

my opinion is optionnal though

but not unset

Apparently the option was taken :)

steeve.... ;-)

Thanks, Gregg, for reminding me, I somewhat missed that your previous 
post mentioned your preference

So, currenlty I am having 9 opinions. Hoping, that I can get even 
more.

My opinion is none

None for me!

None - add an /any refinement to value? (consistent with 'get)

chris, your /any refinement would likely always return true.

when rebol encounters (loads) a word with never encountered before, 
its automatically added to the globals and its is set to unset!  


so just the fact that you've actually put the word in a script, even 
if its never explicitely been explicitely managed by code yet, will 
force the value to be unset!

ex: 
>> ['!!!!!!!!]
>> probe copy/part ( sort first system/words ) 10
[! !!!!!!!! != !== * ** + ++ - --]


so you see, even using it as a lit-word, its already in the system 
words, so asking for an /any, will always return true.

Hi Chris, how a /any refinement to value shall influence the behaviour?

Max, I was thinking kind of the opposite, though it'd break the current 
usage of value?  (in truth it needs another function probably, but:

>> apple: none
== none
>> value? 'apple
== false
>> value?/any 'apple
== true
>> value?/any 'orange
== false  ; in /core at least

AFAIK, your last example would trigger true no matter how we try 
to define it, cause the fact that you wrote 'orange and loaded it, 
it is defined as unset!  ' :-/


the reason is that words actually are just integers internally, and 
loading a word adds it to that list, so it can be used later.  this 
is why word comparison is so fast, its just comparing two integers.

Chris, we have another function already: DEFAULT. It converts none 
or unset to a default value. This deals with the most common case 
of what to do when you have uninitialized values. The other cases 
are handled by ASSERT/type or conditional functions, though conditional 
functions won't work without extra help if we make optional function 
args unset by default (the extra help being UNSET?, VALUE? or get-words 
and op tricks, the hassle I was talking about earlier).

I have a host-kit, that allows multline commands.

I am thinking, if it makes sense to extend it to mulitiline strings.
How far is the console mode for R3?

seems to work

I don't think that there is somebody working on console code.

console hasn't moved and likely won't move until hostkit is done.

Carl says he has tried to build R3 for Solaris, and AmigaOS

And is going to try a 64 bit build since the Solaris pc provided 
by TomC is 64 bit ( .. umm... aren't all PCs 64 bit ?? )

New ones are. Most PCs are not new.

I'd say all PC's are mentally from 1981. :-)

You are generous, Henrik :)

so Carl is doing a C64 build?

Commodore 64? That would be something, but I doubt it.

No ...

I was just adding voluntary confusion  ;-)

he would have to build a REBOL using BASIC hehehe

Well as long as you weren't forced to, I'm sure you'll be fine. Get 
well soon! :)

Maxim, there are C compilers for 6502 :-) I think we discussed this 
earlier.

64 bit CPUs have been around for some years now

whether people are running a 64 bit OS is a different matter

I'm happy to see a Solaris build being attempted.

he doesn't say what fails though ... whether it was the core or the 
gui

Looks like if you want a build, you have to supply Carl with the 
hardware

I am running 64bit. As with many Win7 users (not quite the majority 
yet).

problem with the 64 bit win is that many HW drivers where not ported 
to 64 bit and many don't work as-is.  (my friend can't use her 1500$ 
 sony HD camera, for example  :(

http://www.zdnet.com/blog/btl/android-poised-to-be-no-2-smartphone-os-worldwide/37976?tag=nl.e589


Android jumps from 1.8% market share to 17% ahead of Apple.  Someone 
got a spare Android phone for Carl/?

isn't nokia also favoring android over symbian on some of its phones?

Well, Rebol lost the battle for mindshare on desktops and servers 
.. time to see if we can get somewhere on phones

if Android is Linux based, then it shouldn't be too hard to make 
R3 work on Android.

Graham, do you think phones are important enough to Carl to make 
the necessary effort and compromises?