bug-gnulib
[Top][All Lists]
Advanced

[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.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]