r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3]

Maxim
26-Oct-2010
[5832]
rebolers are all deviants.
BrianH
26-Oct-2010
[5833]
On a good day :)
GrahamC
26-Oct-2010
[5834x2]
equal? a b
diverge? a b
Fork
26-Oct-2010
[5836]
I missed a lot of this conversation, but saw some mention of NAN 
and INF.  Exceptions by default seem like the natural choice.  Anything 
different could be done with refinements.  divide/symbolic 1 0 ... 
or something?
BrianH
26-Oct-2010
[5837]
That is what I was saying about ? in REBOL before. EQUAL? is short 
for EQUIVALENT, and DIVERGE? would be short fot DIVERGENCE. It's 
nonsense in English, but English is just the base language for REBOL 
function names.
Andreas
26-Oct-2010
[5838]
Problem with `diverge?` is that the proposed function will not return 
a boolean, unlike equal?.
BrianH
26-Oct-2010
[5839]
Or INDEX?, LENGTH?, SUFFIX?, ...
Andreas
26-Oct-2010
[5840x2]
It returns the first series at the point of divergence.
Yeah, those always have been ill-conceived names.
Maxim
26-Oct-2010
[5842]
exactly what I was pointing out earlier.    index, length suffix 
should have their ?  dropped.
BrianH
26-Oct-2010
[5843]
Fork, the Inf and NaN discussion has moved to CC bug#1717.
Andreas
26-Oct-2010
[5844x2]
And use -of instead. But that's another discussion.
It's just that I would not repeat that mistake when introducing new 
names.
BrianH
26-Oct-2010
[5846]
Make that point in bug#1719, where Carl can see it. He tends to let 
us play out these discussions on our own.
PeterWood
26-Oct-2010
[5847]
I notice that the disarm stub function which was useful for running 
code written to work in R2 under R3 is not included in A109. Is this 
by design?
Andreas
26-Oct-2010
[5848]
Yes, Peter. It was intentionally removed in A108 (cf. http://www.curecode.org/rebol3/ticket.rsp?id=1508)
PeterWood
26-Oct-2010
[5849]
A small gotcha for people who want to write scripts that run under 
both R2 and R3.
Andreas
26-Oct-2010
[5850]
One of many, I fear. We should probably start an "Incompatible changes" 
page on the wiki and collect them.
Maxim
26-Oct-2010
[5851x2]
I'm still not sure this specific stub should be removed.  it will 
invalidate *many* R2 scripts and its not such a big thing to leave... 
as long as it prints out a warning.
it could actually be part of a "compatibility" mode switch.... something 
like a delayed module which only need to import when running r2 code.
Andreas
26-Oct-2010
[5853x3]
The other way round is an option as well.
We can collect all of those in an "r3-backward" module.
(Ignore that. Reading comprehension failed me :)
Maxim
26-Oct-2010
[5856]
yes exactly.  an r2-compatibility module
BrianH
26-Oct-2010
[5857]
That is a better plan than leaving these anachronisms in R3 by default 
:)
Maxim
26-Oct-2010
[5858]
but we need to make sure we collect them all (I gather you've been 
a pack rat about this ;-)>
BrianH
26-Oct-2010
[5859x3]
There are some things that we won't be able to replicate, like evaluation 
rules.
So it'll be more like an R3/Backward :)
I expect that with the R2/Forward additions to R2 there might be 
a useful middle ground.
Maxim
26-Oct-2010
[5862]
is import expected for R2/forward?  even if its just for non dll 
stuff?
BrianH
26-Oct-2010
[5863]
Yes, as an addon (not part of R2 by default). I wanted to wait for 
the model to be set first, and now (for a110) it will be.
Maxim
26-Oct-2010
[5864x2]
cool.  that is the biggest issue I have now when trying to run simple 
R3 stuff in R2.
yes... I am using modules  :-)
BrianH
26-Oct-2010
[5866]
I assumed so, but it's nice to hear that you are using R3 modules 
:)
Maxim
26-Oct-2010
[5867]
(a classic case of.... if you can't convince them... use the stuff 
they put all those hours on... its probably better than yours  ;-)
BrianH
26-Oct-2010
[5868x2]
hours -> weeks, months?
It feels like forever. But it is really cool now.
Maxim
26-Oct-2010
[5870]
I really like how you've evolved the system and its doing all of 
what I wanted slim to do minus one or two little things, which I 
can easily graft over modules as they are .
BrianH
26-Oct-2010
[5871x3]
The next step is to publish the test suite in DevBase, then finish 
it, then make it work with loadable module systems.
it
 being the test suite.
Look at bugs 1721, 1722 and 1723. They are all fixed in the new version 
that is done but not built yet.
Maxim
26-Oct-2010
[5874x2]
I like 1722
in 1723... did you really have to rewrite stuff, or just use the 
newest code?
BrianH
26-Oct-2010
[5876x3]
The boot exts loader does its own importing, for efficiency. As such, 
it wasn't much code to rewrite.
I posted the ticket after I did the work.
Just added this note to #1722: "Note: This ticket is not a dup of 
#1177. We made the same error again with a new module system. We 
have a better solution this time though."
Maxim
26-Oct-2010
[5879]
it would be nice if the rename options supports none, to allow explicit 
reloading of modules going thru the whole motion.
BrianH
26-Oct-2010
[5880]
And it was a two-word fix :)
Maxim
26-Oct-2010
[5881]
since you are telling it none, its not a security hole you chose 
to ignore the name.