develooper Front page | perl.perl5.porters | Postings from October 2007

Re: [PATCH] New failing test for RT#45667 (m/[#]/x treated inconsistently)

Thread Previous | Thread Next
Dave Mitchell
October 30, 2007 07:15
Re: [PATCH] New failing test for RT#45667 (m/[#]/x treated inconsistently)
Message ID:
On Tue, Oct 30, 2007 at 03:04:28PM +0100, demerphq wrote:
> Probably is. But im not entirely comfortable with the original patch.
> Its not clear to me that we can change this behaviour anymore. At
> least not in the regex engine. Its actually probably easier to change
> this in the perl parser, which we long term intend to change anyway in
> order to resolve the whole qr// as closure stuff as well as variable
> bindings amongst other issues.
> Probably a good idea if Dave Mitchell speaks up on this one as to my
> knowledge he has the most developed idea of the future of this.

The bug's definitely in the perl parser, and I still intend to fix it post
5.10.0. The fix is kinda orthogonal to the qr// and closure stuff.
Actually, there's a bit of uncertainty as to whether I cans still do that
qr// stuff, now that there's an API been added to the regex parser: I
don't think it can can handle want I would like to pass to it (a mixture
of const strings and snippets of opcode trees), of if I could pass it,
whether other plugged-in engines (sucha as PCRE) wouldn't choke on it.
Anyway, I haven't looked closely at it yet.

Gravity is just a theory; teach Intelligent Falling in our schools!

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About