[Top][All Lists]

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

[bug #19550] bloat in 4.2.30, gnulib regex is always used

From: James Youngman
Subject: [bug #19550] bloat in 4.2.30, gnulib regex is always used
Date: Sun, 22 Apr 2007 16:38:56 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20060830 Firefox/ (Debian-1.5.dfsg+

Update of bug #19550 (project findutils):

                  Status:                    None => Wont Fix               
             Assigned to:                    None => jay                    


Follow-up Comment #2:

If I build on Debian, I see that the cofnigure script decides to replace the
system regex implementation with the gnulib one, because it sees that this
test fails:

|           /* This test is from glibc bug 3957, reported by Andrew Mackey. 
|           re_set_syntax (RE_SYNTAX_EGREP | RE_HAT_LISTS_NOT_NEWLINE);
|           memset (&regex, 0, sizeof regex);
|           s = re_compile_pattern ("a[^x]b", 6, &regex);
|           if (s)
|             return 4;
|           /* This should fail, but succeeds for glibc-2.5.  */
|           if (re_search (&regex, "a\nb", 3, 0, 3, &regs) != -1)
|             return 5;

So it seems that gnulib has fixed a bug which is not yet fixed in my system's
glibc.  That explains why find includes glibc's regex implementation on my
system.  Perhaps the explanation is the same for yours.   It is a recent

The bugzilla entry for the bug is visible at:

I'm marking the bug as "won't fix" because (supposing the explanation is the
same for you) this is the right thing to do.  That is, the bug-fix should be


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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