Re: Extended Regexs

2000-08-29 Thread Tom Christiansen
* Using an array of "words" as an alternate list as part of a regex /match any of (${\join'|',@list}) here/ NT $" = "|"; /@list/ # snicker Certainly I've written if (do { local $" = "|"; $var =~ /@any/}) { blah() } before. --tom

Re: Extended Regexs

2000-08-20 Thread skud
On Fri, Aug 18, 2000 at 08:46:17PM +0100, Richard Proctor wrote: There is one significant area of perl that has very little attention here (other than one of my RFCs) that is regexs. Are you volunteering to chair a sublist? *grin* K. -- Kirrily Robert -- [EMAIL PROTECTED] --

Re: Extended Regexs

2000-08-19 Thread Damian Conway
/\A(?s:(?!and).)*\Z/ /pattern returned from ${\some_function} as part of a regex/ /match any of (${\join'|',@list}) here/ I am not saying these things can't be done, in fact I was saying they can but was rather asking what should be made easier? Perhaps I

Extended Regexs

2000-08-18 Thread Richard Proctor
Hi, There is one significant area of perl that has very little attention here (other than one of my RFCs) that is regexs. Perl has very powerfull regexs - but what other features might be desirable? I had one long term good idea on assignment and submitted that, but there may be other things

Re: Extended Regexs

2000-08-18 Thread Damian Conway
Here is a few throw away thoughts - they don't constitute RFC material yet, I am not sure if they would be that useful and have not yet thought of any syntax, but any others? All of these can be done today but are not necessarily "easy". * Embeded patterns that do not

Re: Extended Regexs

2000-08-18 Thread Nathan Torkington
Damian Conway writes: * Using the pattern returned from some function as part of a regex /pattern returned from ${\some_function} as part of a regex/ (??{ some_function() }) more generally * Using an array of "words" as an alternate list as part of a regex /match any of

Re: Extended Regexs

2000-08-18 Thread James Mastros
On Fri, Aug 18, 2000 at 08:46:17PM +0100, Richard Proctor wrote: There is one significant area of perl that has very little attention here (other than one of my RFCs) that is regexs. Perl has very powerfull regexs - but what other features might be desirable? Well, one thing that has

Re: Extended Regexs

2000-08-18 Thread Jeremy Howard
James Mastros wrote: On Fri, Aug 18, 2000 at 08:46:17PM +0100, Richard Proctor wrote: There is one significant area of perl that has very little attention here (other than one of my RFCs) that is regexs. Perl has very powerfull regexs - but what other features might be desirable? Well,

Re: Extended Regexs

2000-08-18 Thread Robert Mathews
James Mastros wrote: [/f for fast DFA regexen] Jeremy Howard wrote: The choice of algorithms is a great idea, but why do we need a modifier? Isn't it a pretty straightforward set of rules that allow us to decide if a DFA matcher will work? It would be a lot nicer if Perl could just notice

Re: Extended Regexs

2000-08-18 Thread Mathieu Arnold
Robert Mathews wrote: James Mastros wrote: [/f for fast DFA regexen] Jeremy Howard wrote: The choice of algorithms is a great idea, but why do we need a modifier? Isn't it a pretty straightforward set of rules that allow us to decide if a DFA matcher will work? It would be a lot

Re: Extended Regexs

2000-08-18 Thread James Mastros
On Sat, Aug 19, 2000 at 07:57:34AM +1000, Jeremy Howard wrote: The choice of algorithms is a great idea, but why do we need a modifier? Isn't it a pretty straightforward set of rules that allow us to decide if a DFA matcher will work? clintonWell, that all depends what the meaning of the word