This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 2/2] regex: test for buffer overrun
- From: Paul Eggert <eggert at cs dot ucla dot edu>
- To: Nix <nix at esperi dot org dot uk>, Andreas Schwab <schwab at redhat dot com>, bug-gnulib at gnu dot org, libc-alpha at sourceware dot org
- Date: Wed, 10 Apr 2013 22:07:09 -0700
- Subject: Re: [PATCH 2/2] regex: test for buffer overrun
- References: <5108C001 dot 4010409 at cs dot ucla dot edu> <5108C069 dot 9030802 at cs dot ucla dot edu> <878v53mwnm dot fsf at spindle dot srvr dot nix> <20130411044805 dot GA16303 at altlinux dot org>
On 04/10/2013 09:48 PM, Dmitry V. Levin wrote:
> I think gnulib's tests/test-regex.c should allow glibc's re_search()
> behavior so that various utilities built --without-included-regex
> wouldn't be penalized by test-regex:
This looks like a good idea, thanks; but shouldn't gnulib/m4/regex.m4
have a similar change?
Even with the change, utilities built --without-included-regex will
still report errors with an unpatched glibc because the tests will
dump core, but I assume that's the intent and that's fine.