|
From: | Burgers A.R. |
Subject: | Re: automake 1.8.3: Tru64: fix for depcomp |
Date: | Tue, 30 Mar 2004 12:07:52 +0200 |
User-agent: | Mozilla/5.0 (X11; U; OSF1 alpha; en-US; rv:1.5) Gecko/20031031 |
Burgers A.R. wrote:
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)
[Prev in Thread] | Current Thread | [Next in Thread] |