bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Mutilated stdlib.h


From: Bruno Haible
Subject: Re: Mutilated stdlib.h
Date: Sat, 2 Apr 2011 01:23:59 +0200
User-agent: KMail/1.9.9

Eric Blake wrote:
> I've run into problems most frequently with two types of related
> changes:

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.

How to reproduce:
  $ gnulib-tool --create-testdir --dir=/tmp/testdir wchar
  $ cd /tmp/testdir
  $ ./configure
  $ make
  $ gnulib-tool --add-import iswblank
  $ make
  $ gnulib-tool --remove-import iswblank
  $ make
  make  all-recursive
  make[1]: Entering directory `/tmp/testdir'
  Making all in gllib
  make[2]: Entering directory `/tmp/testdir/gllib'
  make[2]: *** No rule to make target `../build-aux/c++defs.h', needed by 
`c++defs.h'.  Stop.
  make[2]: Leaving directory `/tmp/testdir/gllib'
  make[1]: *** [all-recursive] Error 1
  make[1]: Leaving directory `/tmp/testdir'
  make: *** [all] Error 2

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.

Bruno
-- 
In memoriam Karim Mohammedzadeh 
<http://en.wikipedia.org/wiki/Karim_Mohammedzadeh>



reply via email to

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