In order to get the dependencies for a LTLIBRARY right for Tru64's native cc C-compiler, I had to apply the following patch to automake's depcomp script. cc -MD outputs the dependencies in the .o.d file, not in the .lo.d file.
See also http://www.cygwin.com/ml/automake/2004-03/msg00186.html
On second glance this may also be a libtool problem. Here is the output from make inco.lo
The libtool compile generates inco.lo, but the dependencies are generated for *both* .libs/inco.o (resulting in .libs/inco.o.d) and ./inco.o resulting in ./inco.o.d, but not in .libs/inco.lo.d
Teun
source='../../coat/inco.c' object='inco.lo' libtool=yes \
depfile='.deps/inco.Plo' tmpdepfile='.deps/inco.TPlo' \
depmode=tru64 /bin/ksh ../../depcomp \
/bin/ksh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I../../coat -I.. -I../.. -I/home/snuf3/aburgers/alpha/include -I/net/shareware/include -g -c -o inco.lo ../../coat/inco.c
cc -DHAVE_CONFIG_H -I. -I../../coat -I.. -I../.. -I/home/snuf3/aburgers/alpha/include -I/net/shareware/include -g -c -MD ../../coat/inco.c -DPIC -o .libs/inco.o
cc -DHAVE_CONFIG_H -I. -I../../coat -I.. -I../.. -I/home/snuf3/aburgers/alpha/include -I/net/shareware/include -g -c -MD ../../coat/inco.c -o inco.o >/dev/null 2>&1
libtool --version: ltmain.sh (GNU libtool) 1.5.2 (1.1220.2.60 2004/01/25 12:25:08)
_______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
