Re: Mutilated stdlib.h

[Ralf Wildenhues]

Hello Bruno,

* Bruno Haible wrote on Sat, Apr 02, 2011 at 01:23:59AM CEST:
> There's also a problem when the set of files of a module changes:
> Dependencies to nonexistent files cause errors, like
> 
> make[2]: *** No rule to make target `../build-aux/c++defs.h', needed by 
> `c++defs.h'.  Stop.

This can easily be fixed, by adding a stub rule

../build-aux/c++defs.h:

to the Makefile.  That's what automake's dependency tracking code does
(in the .Po and .Plo files).

> Also, independently of gnulib, any project that conditionally uses
> AC_CONFIG_LINKS gets trouble: The generated symlink stays on the file system
> if after rerunning configure and config.status the symlink should not be
> pressent any more. Only "make clean" or "make distclean" removes it.

Granted, this is a problem that is not easy to fix: the new Makefile and
configure script may not have any idea about what links the previous set
created.  Hopefully this situation is very rare.

Cheers,
Ralf