Nope. The first time through, it is still the installed getopt.h and
it is the broken configured version the second time through.
I could do my testing thus:
configure
make
make dist
cp /usr/include/getopt.h lib/.
make check
but I'd rather understand why A) the configured version is invalid,
and
On Sat, Nov 14, 2009 at 2:57 PM, Eric Blake wrote:
> Is this something you can reproduce using just './gnulib-tool --with-tests
> - --test [your list of modules]'? Is this a case where you need to upgrade
> your list of modules to use getopt-posix or getopt-gnu, instead of the
> deprecated plain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruce Korb on 11/14/2009 1:48 PM:
>> rm -f libgnu.a
>> ar cru libgnu.a close-hook.o openat-die.o xalloc-die.o xstrtoimax.o \
>> basename-lgpl.o chdir-long.o dirname-lgpl.o dup-safer.o dup2.o exitfail.o \
>> fd-safer.o fdopendir.o getcwd
This only seems to be happening during "make check".
> make check-recursive
> make[2]: Entering directory `/home/gnu/proj/sharutils-bld/lib'
> make[3]: Entering directory `/home/gnu/proj/sharutils-bld/lib'
> rm -f getopt.h-t getopt.h && \
> { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY!
$ gcc -H -DHAVE_CONFIG_H -I. -I.. -g -Wall -MT close-hook.o \
-MD -MP -MF .deps/close-hook.Tpo -c -o close-hook.o close-hook.c
. ../config.h
.. ./stdlib.h
... /usr/include/stdlib.h
/usr/include/features.h
. /usr/include/sys/cdefs.h
.. /usr/include/bits/wordsize.h
. /usr/include/gnu
