[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Latest snapshot and glibc regex support

From: Matthew Burgess
Subject: Re: Latest snapshot and glibc regex support
Date: Fri, 19 Mar 2010 5:29:19 -0600
User-agent: RoundCube Webmail/0.1b

On Fri, 19 Mar 2010 08:55:51 +0100, Jim Meyering <address@hidden> wrote:
> Matthew Burgess wrote:
>> A while ago Linux From Scratch added the '--without-included-regex'
>> flag to grep's configure invocation in order to fix the behaviour of
>> grep -i' (see http://wiki.linuxfromscratch.org/lfs/changeset/8688).
> It's good that you mentioned that configure option.
> I haven't been testing with it, just tried,
> (thus forcing grep to use Fedora 12's glibc-2.11.1-1.x86_64)
> and saw two resulting test failures:
>     FAIL: spencer1.sh
>     FAIL: spencer1-locale
> The latter test uses the new framework, so I could easily
> see which are failing:
>     Spencer test #109 failed (en_US.UTF-8)
>     Spencer test #110 failed (zh_CN)
>     Spencer test #111 failed (fr_FR.UTF-8)

Yes, the same tests fail for me too. And spencer1.sh fails on test 37
according to spencer1.sh.log

> There's at least a type limitation in glibc's interface.
> Here's the part of m4/regex.m4 that is probably triggering that:

Hacking on the configure test actually shows it's failing at:

/* Ensure that [b-a] is diagnosed as invalid. */
re_set_syntax (RE_SYNTAX_POSIX_EGREP);
memset (&regex, 0, sizeof regex);
s = re_compile_pattern ("a[b-a]", 6, &regex);
if (s == 0)
    return 1;

As we're using Glibc-2.11.1, that's to be expected, I guess.

I've seen the discussion of the gnulib patch that added this test at
http://lists.gnu.org/archive/html/bug-gnulib/2010-02/msg00006.html but it
doesn't appear that it has been reverted yet.

If I comment out that test, then configure defaults to using the Glibc
regex implementation.  Obviously, that results in the test failures above
which I'll try to dig into after the weekend.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]