Thank you Paul!
On Fri, Nov 6, 2020 at 8:57 AM Paul Procacci <pproca...@gmail.com> wrote: > > Hi Bill, > > Yes, that is exactly what I'm saying. > > https://github.com/rakudo/rakudo/issues/2624 > > " FWIW, the :P5 supports a Perl 5 like syntax from X versions ago (probably > about 5.8, I would say)." > > The features I need are in perl 5.10 which the :P5 adverb doesn't provide. > > Thanks, > Paul > > On Fri, Nov 6, 2020 at 11:47 AM William Michels <w...@caa.columbia.edu> wrote: >> >> Hi Paul, >> >> I'm sorry, I don't understand. >> >> Are you saying you're using Inline::Perl5 because you can't use the >> "Perl compatibility adverb" :Perl5 or :P5 ? >> >> https://docs.raku.org/language/regexes#Perl_compatibility_adverb >> >> Is that what you mean when you say the "perl regex engine [in Raku] is >> too old" ? >> >> Thanks, Bill. >> >> >> >> >> >> On Fri, Nov 6, 2020 at 8:23 AM Paul Procacci <pproca...@gmail.com> wrote: >> > >> > So two example patterns are: >> > >> > [\\u0009\\u000A\\u000D\\u0020-\\u007E\\u0085\\u00A0-\\uD7FF\\uE000-\\uFFFD\\u10000-\\u10FFFF]* >> > [\\p{L}\\p{Z}\\p{N}_.:\\/=+\\-@]* >> > >> > To note, the RE's themselves cannot be changed as they are fed externally. >> > Given that I'm stuck with these RE's which I believe are PCRE, It was my >> > hopes to lean on perl to do the evaluation. >> > Raku's perl regex engine is too old to interpret it properly, hence the >> > shenanigans with Inline::Perl5. >> > >> > Thanks, >> > Paul >> > >> > >> > On Fri, Nov 6, 2020 at 9:51 AM Parrot Raiser <1parr...@gmail.com> wrote: >> >> >> >> Can you provide some samples of what you are trying to match and >> >> exclude? There might be alternative solutions. >> > >> > >> > >> > -- >> > __________________ >> > >> > :(){ :|:& };: > > > > -- > __________________ > > :(){ :|:& };:
