This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: automake 1.8.3: Tru64: fix for depcomp
- From: "Burgers A.R." <burgers at ecn dot nl>
- To: automake at gnu dot org, libtool at gnu dot org
- Cc:
- Date: Tue, 30 Mar 2004 12:07:52 +0200
- Subject: Re: automake 1.8.3: Tru64: fix for depcomp
- References: <40691F7D.6050208@ecn.nl>
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)