[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:1.8.0.7) Gecko/20060830 Firefox/1.5.0.7 (Debian-1.5.dfsg+1.5.0.7-2) |
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 (®ex, 0, sizeof regex);
| s = re_compile_pattern ("a[^x]b", 6, ®ex);
| if (s)
| return 4;
|
| /* This should fail, but succeeds for glibc-2.5. */
| if (re_search (®ex, "a\nb", 3, 0, 3, ®s) != -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
bug.
The bugzilla entry for the bug is visible at:
http://sourceware.org/bugzilla/show_bug.cgi?id=3957
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
included.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?19550>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/