[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Mutilated stdlib.h
From: |
Ralf Wildenhues |
Subject: |
Re: Mutilated stdlib.h |
Date: |
Sat, 2 Apr 2011 09:20:38 +0200 |
User-agent: |
Mutt/1.5.20 (2010-08-04) |
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
- Re: Mutilated stdlib.h, Bruce Korb, 2011/04/01
- Re: Mutilated stdlib.h, Bruno Haible, 2011/04/01
- Re: Mutilated stdlib.h, Ralf Wildenhues, 2011/04/02
- Re: Mutilated stdlib.h, Bruno Haible, 2011/04/02
- Re: Mutilated stdlib.h, Ralf Wildenhues, 2011/04/03
- Re: Mutilated stdlib.h, Ralf Wildenhues, 2011/04/03
- Re: Mutilated stdlib.h, Ralf Wildenhues, 2011/04/02