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
From:
Dave Mitchell
Date:
October 30, 2007 07:15
Subject:
Re: [PATCH] New failing test for RT#45667 (m/[#]/x treated inconsistently)
Message ID:
20071030141417.GA20747@iabyn.com
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!
    http://www.theonion.com/content/node/39512

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About