Re: gnulib taking over libobjs?

[Ralf Wildenhues]

Hello Simon,

* Simon Josefsson wrote on Tue, Oct 10, 2006 at 03:10:38PM CEST:
> 
> address@hidden:/tmp/jas4711/libidn-0.6.8/gl$ make
> make  all-am
> if /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H  -I. -I. 
> -I..      -g -O2 -MT ../gl/error.lo -MD -MP -MF ".deps/../gl/error.Tpo" -c -o 
> ../gl/error.lo ../gl/error.c;  then mv -f ".deps/../gl/error.Tpo" 
> ".deps/../gl/error.Plo"; else rm -f ".deps/../gl/error.Tpo"; exit 1; fi
>  gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT ../gl/error.lo -MD -MP -MF 
> .deps/../gl/error.Tpo -c ../gl/error.c  -fPIC -DPIC -o ../gl/.libs/error.o
> cc1: No such file or directory: opening dependency file .deps/../gl/error.Tpo

> The problem seems to be that libtool doesn't understand relative
> dependencies in libgnu_la_DEPENDENCIES, and the -MF parameter becomes
> wrong.

Most certainly not a Libtool bug.  Which exact Automake version is used,
how can I reproduce this failure easily?

> @@ -1137,7 +1138,8 @@ func_emit_lib_Makefile_am ()
>    echo "${libname}_${libext}_SOURCES ="
>    # Here we use $(LIBOBJS), not @address@hidden The value is the same. 
> However,
>    # automake during its analyses looks for $(LIBOBJS), not for 
> @address@hidden
> -  echo "${libname}_${libext}_LIBADD = \$(${perhapsLT}LIBOBJS)"
> +  echo "${libname}_${libext}_LIBADD = 
> \$(${macro_prefix}_${perhapsLT}LIBOBJS)"
> +  echo "${libname}_${libext}_DEPENDENCIES = 
> \$(${macro_prefix}_${perhapsLT}LIBOBJS)"

You can just drop this last line.  Automake can compute these
dependencies.

Cheers,
Ralf