[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
