This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Sync gnulib regex with glibc
- From: Zack Weinberg <zackw at panix dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- Cc: GNU C Library <libc-alpha at sourceware dot org>, Paul Eggert <eggert at cs dot ucla dot edu>, Gnulib bugs <bug-gnulib at gnu dot org>
- Date: Thu, 21 Dec 2017 12:15:51 -0800
- Subject: Re: Sync gnulib regex with glibc
- Authentication-results: sourceware.org; auth=none
- References: <fb5b4604-f966-3185-1113-1ca489db9032@linaro.org>
On Thu, Dec 21, 2017 at 11:50 AM, Adhemerval Zanella
<adhemerval.zanella@linaro.org> wrote:
> The glibc testfile, bug-regex28.c, is related to BZ#3957 [1], which is not
> strictly related to RE_SYNTAX_{E}GREP definition. On gnulib side the change
> was done somewhat recently (2015) by 5a5a9388e.
>
> It does look like a correct change, but what I am worried from glibc
> standpoint is if it would require a compatibility implementation
> (potentially mapping RE_SYNTAX_{E}GREP to old definition on compat symbol).
I don't think that would actually help anything in this case. "This
program's embedded regexps are misinterpreted by a newer libc.so" is
not noticeably different from "This program's embedded regexps are
misinterpreted if the program has been recompiled with newer glibc".
Especially when it has to do with a corner case like whether . matches
\n. Release notes are probably the best we can do here.
zw