Clint, Being an old SPITBOL hack, I see reason to do this if it can be done right. I have a sense of where things are happening and where they should happen in Unicon/icont. I can see that is bigger than an MS (part of me wonders if I could get an MS for it ... but I havent likely got the time even if I could).
I can see it's tricky. Hence my comments on overloading in general and || specifically. Thinking from the path diagram representation of patterns, I see && and /.| as two forms of block structure concatenation. They just use different fields. How the pattern interpreter works on them is its business. :) David ________________________________ From: Clinton Jeffery <[email protected]> To: Steve Wampler <[email protected]> Cc: [email protected] Sent: Thu, August 5, 2010 3:57:49 PM Subject: Re: [Unicon-group] SNOBOL operators - a few questions I am mostly enjoying this conversation without butting in, but this comment regarding the trade-offs and relative parity between S4 and Icon points out my motivation for wanting to pursue this further: I believe it is possible to obtain the best-of-both-worlds, or at least a good approximation of it. But it is a big job and the language design part is deeper than an M.S. thesis normally gets. Clint On Thu, Aug 5, 2010 at 7:30 AM, Steve Wampler <[email protected]> wrote: My experience comparing what I did in S4 with what I do in Icon/Unicon is >that while S4 PM let me succinctly describe the matching process, by the time >I added in the code to actually do things with the results, it wasn't >that much more terse than Icon/Unicon, and a lot harder for me to understand. >(Then again, I know Icon/Unicon very well - I'm *sure* someone whose >knowledge of the two languages is reversed from mine would have a >different point-of-view!) > >
------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________ Unicon-group mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/unicon-group
