[EMAIL PROTECTED] (Karl Berry) wrote:
>     Hmm.  Just noticed that those files are normally mirrored from
>     gettext (see gnulib/config/srclist.txt).
>
> Yes, although I haven't "auto"updated yet because of those differences.
>
>     Bruno, would you accept Ralf's patch so we don't have to
>     decouple those files?
>
> Per Bruno, the checking/mirroring for gettext happens off the latest
> gettext *release*, not its development sources.  So even if Bruno
> accepts the patches, we have to decouple those files until the next
> release, if we want the changes in gnulib now.  (Personally I'd rather
> keep mirroring them.)

Ok.  I've reverted the changes to those three files, for now :(

If we can't clean up such little nit-picky details because of
such a constraint, then maybe it's time to remove the constraint.

Does anyone object to gnulib getting setenv.c and unsetenv.c from
coreutils instead?  I had it the `right' way six months ago, and
reluctantly changed to the `#ifdef HAVE_CONFIG_H' to stay in sync
with gnulib.  That's backwards.  gnulib should be setting the
standard, not toeing some arbitrary line.


_______________________________________________
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib

Reply via email to