Hello Edi,<br><br>I've followed your list of suggestions and am sending you the patch [note: ASDF recognizes the new system as :cl-ppcre-testing], parser extension is now user-controllable through *ALLOW-NAMED-REGISTERS* switch, changes are documented in the source and html doc. 

<br><br>I've also discovered a subtle problem - according to *ALLOW-QUOTING* documentation:<br><br>* (let ((cl-ppcre:*allow-quoting* t))<br>    (cl-ppcre:scan "^\\Qa+\\E$" "a+"))<br>0<br>2<br>#()<br>

#()<br><br>but my SBCL simply returns NIL. It will be immediately obvious what's happening from the following code:

<br><br>(let ((cl-ppcre:*allow-named-registers* t))<br>     (cl-ppcre:scan "(?<reg>.*)" "abc"))<br><br>=> error<br><br>...<br>;   (LOAD-TIME-VALUE (CL-PPCRE:CREATE-SCANNER "(?<reg>.*)"))

<br>; <br>; caught ERROR:<br>;   (during EVAL of LOAD-TIME-VALUE)<br>;   Character 'r' may not follow '(?<' at position 3 in string "(?<reg>.*)"<br><br>; ==><br>;   (CL-PPCRE:SCAN (LOAD-TIME-VALUE (CL-PPCRE:CREATE-SCANNER (?<reg>.*)")) "abc")

... SCAN function has a compiler-macro, which precompiles constant Perl regexes at load time. But LOAD-TIME-VALUE doesn't know about any runtime bindings (of course) affecting the scanner closure creation. Since compiler-macros may or may not get expanded, it is implementation dependent what happens. This code is likely to work in an interpreted REPL (but SBCL compiles all forms by default, hence it doesn't work here), but less likely to work when compiled. The situation probably affects more special variables than the mentioned two.

<br><br>Again, this is a rather subtle problem and unsuspecting user can get quite puzzled by it. I can think of the following remedies:<br><br>1. Clearly mention the pitfall in the doc and warn users to always explicitly use CREATE-SCANNER when binding special variables

affecting closure generation. They can even use LOAD-TIME-VALUE, provided that it contains the desired binding inside.<br><br>2. Don't use LOAD-TIME-VALUE in the SCAN compiler-macro (I think there are more similar places that have to be fixed too, but haven't investigated them), but rather some kind of "FIRST-TIME-VALUE" - I mean, some simple sort of memoization, which would compute a scanner closure  when it is needed for the first time, remembering it afterwards. This would fix the problem with binding of specials (safe only for constant values, though, as only the first-time encountered binding would be remembered and effective). It would also have the effect of spreading closure creation through program execution time. This could be seen as a benefit sometimes, 

e.g. when a program uses lots of constant regexes, which cause a noticeable start-up pause while compiling them during load time (hypothetically, I haven't run across such a case). Maybe there are some other possibilities, that's why I have just mentioned this issue and haven't done anything to fix it.

<br><br>I hope this helped.<br><br>Regards,<br><br>Ondrej<br><br><div><span class="gmail_quote">On 19/03/07, <b class="gmail_sendername">Edi Weitz</b> <<a href="mailto:edi@agharta.de" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

edi@agharta.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

[Cc to mailing list.]<br><br>Hi Ondrej,<br><br>On Sat, 17 Mar 2007 00:31:46 +0100, "Ondrej Svitek" <<a href="mailto:ondrej.svitek@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

ondrej.svitek@gmail.com</a>> wrote:<br><br>> I've written a little extension to your wonderful CL-PPCRE library -

<br>> support for named registers and back-references. I don't know if<br>> Perl has them (never used it), but ACL does and they proved useful<br>> for me in certain situations.<br>><br>> [...]<br>>

<br>

> Feel free to incorporate this change, if you like it. Or not, if not<br>> :)<br><br>Thanks for the code.  I'd be interested to incorporate this, but for<br>that I'd like you to do the following:<br><br>1. Send a "unified diff" (diff -u) of your changes instead of a full

<br>   tarball.<br><br>2. Make sure to (if necessary) update all docstrings of functions that<br>   changed their behaviour and to add docstrings for functions,<br>   classes, or slots you added.<br><br>3. Add a user-visible switch to turn this new behaviour on or off, so

<br>   users can opt to have the old, Perl-compatible syntax instead.  The<br>   default should be off.<br><br>4. Update the HTML documentation accordingly.<br><br>Thanks in advance,<br>Edi.<br></blockquote></div><br>