[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnulib] regexp.c divergence against Emacs
From: |
Jim Meyering |
Subject: |
Re: [Bug-gnulib] regexp.c divergence against Emacs |
Date: |
Thu, 05 Jun 2003 07:27:16 +0200 |
Paul Eggert <address@hidden> wrote:
> Dave Love <address@hidden> writes:
>
>> There are two copies of regexp.[ch] in the gnulib repository. The one
>> at the top level is the one which is maintained with Emacs. monnier
>> suggests more recent changes in the other version are merged into the
>> Emacs one which should then replace the one in lib.
Great!
> Historically lib/regexp.[ch] tracked what was in the GNU C library,
> which had diverged from Emacs but nobody had time or inclination to
> merge them. Now, however, the GNU C library has a new implementation
> of regexp.[ch] -- it supports the POSIX i18n features that the older
> one did not -- so the "track glibc" motivation is now absent.
>
> I don't see why we need to have 3 versions of regexp.c --
> 2 is enough
> -- but perhaps Jim Meyering nows more about this and can say whether
> we there is any reason to distinguish the Emacs version from the
> gnulib version.
There are two regexp.c in gnulib because emacs needed a
version-controlled regexp.c, and no one was motivated to merge the two.
It'll be good to get rid of that wart. More than a few people have
been confused by the duplication.