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
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

Reply via email to