Re: RFC 197 (v1) Numeric Value Ranges In Regular Expressions

2000-09-22 Thread David L. Nicol
Hugo wrote: In [EMAIL PROTECTED], "David L. Nicol" writes: :I think I did -- I guess v2 didn't make it in; I sent it again; what :were your and mjd's comments again? Here are the messages: http://www.mail-archive.com/perl6-language-regex%40perl.org/msg00306.html http:

special character to match a valid expression

2000-09-11 Thread David L. Nicol
Thinking about the brace matching problem, regarding the specific problem of writing a regex to match any valid specification of a scalar written like ${expression returning name or reference goes here} I realized that no amount of lookahead is going to be without possible problems.

Re: XML/HTML-specific ? and ? operators? (was Re: RFC 145 (alternate approach))

2000-09-07 Thread David L. Nicol
Bart Lateur wrote: On 06 Sep 2000 18:04:18 -0700, Randal L. Schwartz wrote: I think the -1 indexing for "end of array" came from there. Or at least, it was in Perl long before it was in Python, and it was in Icon before it was in Perl, so I had always presumed Larry had seen Icon.

Re: RFC 145 (alternate approach)

2000-09-05 Thread David L. Nicol
David Corbin wrote: I've got some vague ideas on solving all of these, I'll go into if people like the basic concept enough. not just in regexes, but in general, a way to extend the set of bratches that Perl knows about would be very nice. for instance it is very difficult for people using

Re: RFC 110 (v2) counting matches

2000-08-29 Thread David L. Nicol
Mark-Jason Dominus wrote: It occurs to me that since none of the capital letters are taken, we could adopt the convention that a capital letter as a regex modifier will introduce a *word* which continues up to the next comma. Excelsior! -- David Nicol

Re: RFC 158 (v1) Regular Expression Special Variables

2000-08-25 Thread David L. Nicol
Tom Christiansen wrote: There's also long been talk/thought about making $ and $1 and friends magic aliases into the original string, which would save that cost. I was distressed to discover that s///g does not rebuild the old string between matches, but only at the end. It broke my random