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/ _______________________________________________ Bug-findutils mailing list Bug-findutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-findutils