Re: Mutilated stdlib.h

[Ralf Wildenhues]

* Eric Blake wrote on Sat, Apr 02, 2011 at 12:42:07AM CEST:
> I've run into problems most frequently with two types of related
> changes: 1. gnulib changed the header.in.h template file for a
> replacement header, but because we (intentionally?) don't have a
> Makefile dependency, the header.h generated file is not rebuilt and
> doesn't pick up the changes.  2. gnulib changed an m4 test such that my
> system that used to pass (on lax rules) now fails (on stricter tests);
> or in reverse a test that used to fail (on an older system) now passes
> (after upgrading the system fixed the bug), but because the header.h
> generated file is not rebuilt to reflect those new m4 test outcomes, the
> header file causes incorrect compilation.

There is the reverse problem as well: if you have a rule to rebuild the
header, but configure decides that your system is now good enough to
cope without, the .Po files still record the dependency on the old
replacement header, and that causes 'make' to invoke the rebuild rule.

It seems to me that all of these should be fixable: output the rule when
the header is to be built, otherwise don't.  This can be done with an
automake conditional.

Cheers,
Ralf