Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

REP

 [1/7] from: g::santilli::tiscalinet::it at: 11-Jan-2003 19:18


Hello all, I'm going to submit the following REP to feedback: http://www.rebol.it/REPs/PARSE.html however, before doing that, I'd like to be sure that compile-rules.r works correctly and I'd like to have comments from you. Please let me know. Regards, Gabriele. -- Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer Amigan -- AGI L'Aquila -- REB: http://web.tiscali.it/rebol/index.r

 [2/7] from: greggirwin:mindspring at: 11-Jan-2003 12:33


Hi Gabriele, GS> I'm going to submit the following REP to feedback: GS> http://www.rebol.it/REPs/PARSE.html GS> however, before doing that, I'd like to be sure that GS> compile-rules.r works correctly and I'd like to have comments from GS> you. Please let me know. I haven't tried it out yet, but after reading your document it seems like a good idea. I haven't given any thought about deep implications, but I'm not sure EVALUATE is the best word since it doesn't indicate that the following word will be set to a value. What about adding an /EVAL refinement to SET? -- Gregg

 [3/7] from: g:santilli:tiscalinet:it at: 11-Jan-2003 21:13


Hi Gregg, On Saturday, January 11, 2003, 8:33:28 PM, you wrote: GI> but I'm not sure EVALUATE is the best word since it doesn't indicate GI> that the following word will be set to a value. Hmm, does COPY indicate that the following word will be set to a value? :-) Seriously, if you have any better names (THROW could be confused with the THROW function, so a different name could be useful too), just let me know. GI> What about adding an GI> /EVAL refinement to SET? That could be an option. What do others think? Regards, Gabriele. -- Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer Amigan -- AGI L'Aquila -- REB: http://web.tiscali.it/rebol/index.r

 [4/7] from: anton:lexicon at: 12-Jan-2003 16:29


Why does it need to be a refinement? That would lead one to think that SET is a function. Parse has its own dialect, and SET is just a word in that dialect, so it could just be written as: set evaluate .... But then, why introduce new words when we already have REDUCE and DO, whose functions are well known. We could write just: set reduce ... or set do ... It means less learning of new words is necessary. Anton.

 [5/7] from: g:santilli:tiscalinet:it at: 12-Jan-2003 14:09


Hi Anton, On Sunday, January 12, 2003, 6:29:29 AM, you wrote: A> a word in that dialect, so it could just be A> written as: A> set evaluate .... That creates a compatibility issue. If you had a PARSE rule that was setting the word 'EVALUATE, it would change its meaning... Regards, Gabriele. -- Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer Amigan -- AGI L'Aquila -- REB: http://web.tiscali.it/rebol/index.r

 [6/7] from: rotenca:telvia:it at: 12-Jan-2003 14:13


Hi Gabriele, beyond your proposal, compile-rule is a wonderfull tool, i'm already using it to build custom new rules like not rule to-first ["a" "b" "c"] and so on
>but I'm not sure EVALUATE is the best word since it doesn't indicate >that the following word will be set to a value. What about adding an >/EVAL refinement to SET?
I propose eval x integer! 3 + 3 or do x integer! 3 + 3 or do x: integer! 3 + 3 --- Ciao Romano

 [7/7] from: anton:lexicon at: 13-Jan-2003 15:34


Of course, you are right. Anton.