Hi Lars
On 19/08/15 20:29, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 via RT wrote:
Show quoted text
OK.
Show quoted text>> /I/ am reluctant to disable something just depending on the version of Perl
>
> There is already much Perl-version dependent code in R::A. That's perfectly normal.
Probably true. I did not study the source.
Show quoted text>> some users may not have any, or much, alternation in their code
>
> That's wrong. As soon as one add()s two regexes, there is an alternation, so the vast majority of users have them.
OK.
Show quoted text>> I know so little about the module's internals
>
> It's *your* responsibility as a maintainer to understand the internals. Don't shift that burden onto someone else, e.g. bug reporters. If you need help with the trie regex optimisations from 5.10, you know where to find p5p.
Ahh. But I'm limited by my skill set, ability and time. And being a
volunteer I don't actually have to fix anything :-).
But, being a volunteer means I have, err, volunteered, to fix /some/
things, and have done so, but that's not a promise to fix things beyond
my understanding.
The other reason I'm reluctant to dive in quickly, is that over the
years I and other uses of Marpa [1] have pondered the writing of a
(hopefully) definitive BNF [2] for Perl's regexps, and hence the release
of a Marpa-based parser for regxps. That just might give us another,
deep, way of understanding regexps which leads to re-writing this module
from scratch.
Yes, short term fixes for current problems is still a reasonable
expectation for its users, but as I've said above, either people give me
patches or I grind thru the issues as and when I can.
[1]
http://savage.net.au/Marpa.html
As noted there, there are already quite a few Marpa-based packages in Perl.
And just because I host Marpa's home page does not mean I wrote Marpa. I
didn't.
[2] Yes, it would have to be Perl-version dependent.
--
Ron Savage - savage.net.au
