Re: PCRE2 interim release 2 requested to support grep 3.11
On 2023-05-20 12:16, Achim Gratz via Cygwin-apps wrote: Brian Inglis via Cygwin-apps writes: Because of issues with the current release of PCRE2 Unicode matching in latest grep 3.11 release reverting to ASCII only matches for some patterns, it would be good to have an updated interim Cygwin release 2 of PCRE2 10.42+ available incorporating PCRE2_EXTRA_ASCII_... changes, and for PCRE2_MATCH_INVALID_UTF, between Feb 1 and April 21, submitted by Carlo Arenas for pcre2 and grep. That patch set is apparently still not merged upstream and other work in this area is still going on, so I don't think it's wise to jump the gun. It appears that carenas has applied the patches to pcre2 and grep to "fix" the issue in either case by testing the pcre2 implementation during configuration. Otherwise we could not upgrade grep until pcre2 10.43 is released. Yes, we can just wait for uptstream to sort things out. Given that there are currently grep -P bugs in 3.10 "fixed" in 3.11, should we then revert grep -P to 3.8 level, drop Unicode pattern support, and support only ASCII? It is unclear to me from the description if only the escape sequence patterns are affected, or also the [[:...:]] character and [[=?=]] equivalence classes, and Unicode properties \p{prop} \P{prop}? -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry
Re: PCRE2 interim release 2 requested to support grep 3.11
Brian Inglis via Cygwin-apps writes: > Because of issues with the current release of PCRE2 Unicode matching > in latest grep 3.11 release reverting to ASCII only matches for some > patterns, it would be good to have an updated interim Cygwin release 2 > of PCRE2 10.42+ available incorporating PCRE2_EXTRA_ASCII_... changes, > and for PCRE2_MATCH_INVALID_UTF, between Feb 1 and April 21, submitted > by Carlo Arenas for pcre2 and grep. That patch set is apparently still not merged upstream and other work in this area is still going on, so I don't think it's wise to jump the gun. […] > Otherwise we could not upgrade grep until pcre2 10.43 is released. Yes, we can just wait for uptstream to sort things out. -- Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
PCRE2 interim release 2 requested to support grep 3.11
Hi folks, Because of issues with the current release of PCRE2 Unicode matching in latest grep 3.11 release reverting to ASCII only matches for some patterns, it would be good to have an updated interim Cygwin release 2 of PCRE2 10.42+ available incorporating PCRE2_EXTRA_ASCII_... changes, and for PCRE2_MATCH_INVALID_UTF, between Feb 1 and April 21, submitted by Carlo Arenas for pcre2 and grep. This would address grep 3.11 release announcement issue: https://lists.gnu.org/archive/html/info-gnu/2023-05/msg4.html https://savannah.gnu.org/news/?id=10364 "This release makes PCRE patterns like [\d] work again, at the expense of reverting to the behavior of grep 3.8, in that patterns like \w and \b go back to using ASCII rather than Unicode interpretations. However, if you build grep using pcre2 newer than 10.42, then \w and \b do work properly." Otherwise we could not upgrade grep until pcre2 10.43 is released. -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry
Re: [ITA] pcre2, mingw64-i686-pcre2, mingw64-x86_64-pcre2
On 31.12.2020 09:04, Achim Gratz wrote: Pull in the MingW packages as they are using the same source (even though scallywag will balk at that) and update everything to 10.36 using the Fedora patches. Regards, Achim. All yours, Thanks Marco
[ITA] pcre2, mingw64-i686-pcre2, mingw64-x86_64-pcre2
Pull in the MingW packages as they are using the same source (even though scallywag will balk at that) and update everything to 10.36 using the Fedora patches. The new cygport files are up on the playground branch for pcre2: https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/pcre2.git;a=shortlog;h=refs/heads/playground https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/pcre2.git;a=commitdiff;h=2bed6748e756b5c1f23213a75027c335781c3691 I've built all packages locally. There is one test failure that is likely locale related (same as for pcre) and may have existed previously and another one that cannot work the way the test is written (but I've checked and besides the difference between the expected and actual output averything that is related to pcre2 works fine). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
pcre2?
fish 2.3 is currently bundling and building its own copy of libpcre2. There's an issue[1] open to unbundle it and use distributions' own versions, but libpcre2 hasn't been packaged for Cygwin yet. Yaakov, are you interested in packaging and maintaining pcre2? It builds fine OOTB for me, and it looks as though your cygport file for pcre could be used with only minor changes. Since you already maintain pcre, OTBE I think it would be better for you to own pcre2 too. But if you're not interested in doing that, I'll take it on. Thanks, Andrew [1] https://github.com/fish-shell/fish-shell/issues/2985