bug-automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

depcomp (tru64 mode) + libtool problems


From: Nicolas Joly
Subject: depcomp (tru64 mode) + libtool problems
Date: Wed, 12 Jun 2002 11:07:00 +0200
User-agent: Mutt/1.2.5i

Hi,

I just noticed that tru64 depcomp mode is broken if used for building
libraries with libtool.

File dependancies are expected in either `$base.o.d' or `$base.d'; but
in that case, the generated file is named `$base.lo.d'.

A second problem is that the dependancy file is generated in `.libs'
directory, where the object is build.


address@hidden [automake/depend]> cat configure.ac 
AC_INIT
AM_INIT_AUTOMAKE(foo, 0.0)
AC_PROG_CC
AC_PROG_LIBTOOL
AC_CONFIG_FILES([Makefile])
address@hidden [automake/depend]> cat Makefile.am 
lib_LTLIBRARIES = libfoo.la
libfoo_la_SOURCES = foo.c
address@hidden [automake/depend]> cat foo.c 
int foo(void) { return 0; }

address@hidden [automake/depend]> make      
source='foo.c' object='foo.lo' libtool=yes  depfile='.deps/foo.Plo' 
tmpdepfile='.deps/foo.TPlo'  depmode=tru64 /bin/ksh ./depcomp  /bin/ksh 
./libtool --mode=compile cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" 
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" 
-DPACKAGE=\"foo\" -DVERSION=\"0.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1  -I. 
-I.      -g -c -o foo.lo `test -f 'foo.c' || echo './'`foo.c
mkdir .libs
cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"foo\" 
-DVERSION=\"0.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -I. -I. -g -c -MD foo.c  
-DPIC -o .libs/foo.lo
mv -f .libs/foo.lo foo.o
(cd . && ln -s foo.o foo.lo)
/bin/ksh ./libtool --mode=link cc  -g    -o libfoo.la -rpath /usr/local/lib  
foo.lo  
rm -fr .libs/libfoo.la .libs/libfoo.* .libs/libfoo.*
/usr/bin/ld -shared -expect_unresolved \*  foo.o   -lc  -msym -soname libfoo.so 
`test -n "0.0.0:0.0" && echo -set_version 0.0.0:0.0` -update_registry 
.libs/so_locations -o .libs/libfoo.so.0.0.0
(cd .libs && rm -f libfoo.so && ln -s libfoo.so.0.0.0 libfoo.so)
(cd .libs && rm -f libfoo.so && ln -s libfoo.so.0.0.0 libfoo.so)
ar cru .libs/libfoo.a  foo.o 
ranlib .libs/libfoo.a
creating libfoo.la
(cd .libs && rm -f libfoo.la && ln -s ../libfoo.la libfoo.la)

address@hidden [automake/depend]> cat .deps/foo.Plo 
#dummy
address@hidden [automake/depend]> ls -l .libs 
total 24
-rw-r--r--   1 njoly    sis           14 Jun 12 10:59 foo.lo.d
-rw-r--r--   1 njoly    sis         1172 Jun 12 10:59 libfoo.a
lrwxrwxrwx   1 njoly    sis           12 Jun 12 10:59 libfoo.la -> ../libfoo.la
-rw-r--r--   1 njoly    sis          694 Jun 12 10:59 libfoo.lai
lrwxrwxrwx   1 njoly    sis           15 Jun 12 10:59 libfoo.so -> 
libfoo.so.0.0.0
-rw-r--r--   1 njoly    sis        19024 Jun 12 10:59 libfoo.so.0.0.0
-rw-r--r--   1 njoly    sis          123 Jun 12 10:59 so_locations
address@hidden [automake/depend]> cat .libs/foo.lo.d 
foo.lo:       foo.c

address@hidden [automake/depend]> sizer -v 
Compaq Tru64 UNIX V5.1A (Rev. 1885); Tue Feb  5 17:38:24 CET 2002
address@hidden [automake/depend]> cc -V | head -1
Compaq C V6.4-009 on Compaq Tru64 UNIX V5.1A (Rev. 1885)

-- 
Nicolas Joly

Biological Software and Databanks.
Pasteur Institute, Paris.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]