[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: config.h inclusion leftovers
From: |
Jim Meyering |
Subject: |
Re: config.h inclusion leftovers |
Date: |
Mon, 27 Feb 2006 08:43:56 +0100 |
address@hidden (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.