Re: include paths for gperf-generated headers in unictype

[Bruno Haible]

Ralf Wildenhues wrote on 2007-11-23:
> with current git, a `gnulib-tool --with-tests --test' fails like this
> if built in a VPATH build:

It does not do so for me. I'm using automake-1.10, autoconf-2.61, gcc-3.3.
Did you run "make maintainer-clean" or some such?

> The gperf-generated headers end up in the build tree

They end up in the source tree when I run "gnulib-tool --with-tests --test"
and don't run "make maintainer-clean" in the source directory. How come they
are in the build tree for you?

Anyway, I'm applying your patch. Today I prefer this to more -I options.

> make[3]: Entering directory `/tmp/build/gllib'
> depbase=`echo unictype/scripts.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
>         gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" 
> -DNO_XMALLOC -DEXEEXT=\"\" -I. -I../../gllib -I..  -I../intl   -g -O2 -MT 
> unictype/scripts.o -MD -MP -MF $depbase.Tpo -c -o unictype/scripts.o 
> ../../gllib/unictype/scripts.c &&\
>         mv -f $depbase.Tpo $depbase.Po
> ../../gllib/unictype/scripts.c:26:28: error: scripts_byname.h: No such file 
> or directory

For me, it's different:

make[1]: entrant dans le répertoire « 
/packages/GNULIB/gnulib-git/testdir29923/build/gllib »
depbase=`echo unictype/scripts.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
        gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DNO_XMALLOC 
-DEXEEXT=\"\" -I. -I.. -I../../gllib  -I../intl   -g -O2 -MT unictype/scripts.o 
-MD -MP -MF $depbase.Tpo -c -o unictype/scripts.o 
../../gllib/unictype/scripts.c &&\
        mv -f $depbase.Tpo $depbase.Po

The notable difference here is the order of the -I options in DEFAULT_INCLUDES,
apparently due to a bug fix in the newer automake version that you are using.

Bruno