On 1-Sep-09, at 6:40 PM, Drew Crampsie wrote:
did it again .. somebody smack me upside the head!
---------- Forwarded message ---------- From: Drew Crampsie drew.crampsie@gmail.com Date: 2009/9/1 Subject: Re: [cltl3-devel] RFC: CLtL3 Charter To: Gustavo gugamilare@gmail.com
2009/9/1 Gustavo gugamilare@gmail.com:
2009/9/1 drew.crampsie@gmail.com
I'd personally much prefer a 'lispy' (read : verbose and understandable) implementation of regexps then the one from perl, and still wouldn't want it included as part of CLtL3..
cl-ppcre allow the use of sexps as regexps. I think that they are "verbose" and "understandable".
So it might ... but as per section 4 "Preference will be given to topics that cannot be implemented portably and have multiple existing implementations.".
Well, as far as these kinds of lisp<->os interactions go, splitting things up into packages or modules has worked out pretty well for python and (I think) ruby. It seems natural not to clutter the cl-user namespace with a lot of symbols that aren't needed universally, and it is just as easy to (require 'cl-net) || (require 'cl-os) || (require 'cl-sys), for networking, system interfaces, and path operations respectively, especially if their presence in a 'standard' library was pretty much guaranteed. There's also the fact that making updates to these subsystems within the context of a library is much easier than updating the core system, particularly if cltl3 ends up with a large deployment base of legacy applications.
Kind Regards.,
Brian O'Reilly