bug#18266: grep -P and invalid exits with error

2014-09-10 Thread Paul Eggert
Paul Eggert wrote: perhaps there's a PCRE version dependency here? I found a PCRE-version-dependent problem that may be relevant, and installed the attached further patch to fix it. From dc7d532d16dec740d11b6817c9b558543aca0136 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 10 Sep 2014

bug#18266: Bug#758105: bug#18266: grep -P and invalid exits with error

2014-09-10 Thread Santiago
El 10/09/14 a las 00:08, Paul Eggert escribió: > Paul Eggert wrote: > >perhaps there's a PCRE version dependency here? > > I found a PCRE-version-dependent problem that may be relevant, and installed > the attached further patch to fix it. Thanks! I'm including this fix in the current debian pack

bug#18266: grep -P and invalid exits with error

2014-09-10 Thread Norihiro Tanaka
Thanks. I have confirmed that new version has expected response as following. $ env LC_ALL=en_US.utf8 src/grep -P '.?b' in ab

bug#18446: A bracket expression with \- not work. grep v 2.14

2014-09-10 Thread nezhevenko
Hello! I know - egrep v 2.14 is not a last version, but i have no time to verify in new version :) Regexp [A\-Z] not work as 'A' or '-' or 'Z' That finded all letters: Example: nezhevenko@nezhevenko:~> echo 'd' | grep -E '[A\-Z]' d nezhevenko@nezhevenko:~> egrep -V egrep (GNU grep) 2.14 ...

bug#18446: A bracket expression with \- not work. grep v 2.14

2014-09-10 Thread Paul Eggert
On 09/10/2014 08:23 AM, nezhevenko wrote: echo 'd' | grep -E '[A\-Z]' d grep is working correctly here, I'm afraid. Backslash is not special there, so '[A\-Z]' matches 'A' and all characters in the range from '\' through 'Z'. The size of the range depends on the locale; in some locales th

bug#18425: test for new glibc regex bug

2014-09-10 Thread Jim Meyering
On Mon, Sep 8, 2014 at 9:51 AM, Paul Eggert wrote: > Thanks. How about the attached simpler patch instead? Since grep always > uses glibc-compatible regex (and supplies its own substitute when the system > lacks one), and since all known glibc-compatible implementations fail, it > should be safe

bug#18424: [PATCH 2/2] maint: avoid distcheck failure

2014-09-10 Thread Jim Meyering
On Mon, Sep 8, 2014 at 9:58 AM, Paul Eggert wrote: > Thanks, that patch looks fine. > > By the way, it's simpler for me (and I assume others) if patches like these > are simply applied to the master. Grep development is so lackadaisical that > the hassle of dealing with patches floating around bu

bug#18425: test for new glibc regex bug

2014-09-10 Thread Paul Eggert
Jim Meyering wrote: what about configure's --without-included-regex option? With it, the test may well pass (counted as a failure, here) on systems without glibc. Grep uses the glibc interface for regular expressions, and I expect that every current implementation of that interface has the bug