libtool
[Top][All Lists]
Advanced

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

install phase fails


From: Brian May
Subject: install phase fails
Date: 24 May 2001 10:14:54 +1000
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK)

Hello,

for some reason this hasn't been a problem (with libtool 1.4) until
just now (maybe upgrading to glibc 2.2.3 from 2.2.2 triggered it)?

Anyway, the following demo fails badly when installed in a
non-standard location (as required by Debian packages):

[509] [snoopy:stable:bam] ~/tmp/libtool-1.4/mdemo >make install prefix=$PWD/a
make[1]: Entering directory `/home/bam/tmp/libtool-1.4/mdemo'
/bin/sh ./../mkinstalldirs /home/bam/tmp/libtool-1.4/mdemo/a/lib
mkdir /home/bam/tmp/libtool-1.4/mdemo/a
mkdir /home/bam/tmp/libtool-1.4/mdemo/a/lib
/bin/sh ./libtool  --mode=install /usr/bin/install -c libsub.la 
/home/bam/tmp/libtool-1.4/mdemo/a/lib/libsub.la
/usr/bin/install -c .libs/libsub.so.0.0.0 
/home/bam/tmp/libtool-1.4/mdemo/a/lib/libsub.so.0.0.0
(cd /home/bam/tmp/libtool-1.4/mdemo/a/lib && rm -f libsub.so.0 && ln -s 
libsub.so.0.0.0 libsub.so.0)
(cd /home/bam/tmp/libtool-1.4/mdemo/a/lib && rm -f libsub.so && ln -s 
libsub.so.0.0.0 libsub.so)
/usr/bin/install -c .libs/libsub.lai 
/home/bam/tmp/libtool-1.4/mdemo/a/lib/libsub.la
/usr/bin/install -c .libs/libsub.a 
/home/bam/tmp/libtool-1.4/mdemo/a/lib/libsub.a
ranlib /home/bam/tmp/libtool-1.4/mdemo/a/lib/libsub.a
chmod 644 /home/bam/tmp/libtool-1.4/mdemo/a/lib/libsub.a
libtool: install: warning: remember to run `libtool --finish /usr/local/lib'
/bin/sh ./libtool  --mode=install /usr/bin/install -c foo1.la 
/home/bam/tmp/libtool-1.4/mdemo/a/lib/foo1.la
/usr/bin/install -c .libs/foo1.so /home/bam/tmp/libtool-1.4/mdemo/a/lib/foo1.so
/usr/bin/install -c .libs/foo1.lai 
/home/bam/tmp/libtool-1.4/mdemo/a/lib/foo1.la/usr/bin/install -c .libs/foo1.a 
/home/bam/tmp/libtool-1.4/mdemo/a/lib/foo1.a
ranlib /home/bam/tmp/libtool-1.4/mdemo/a/lib/foo1.a
chmod 644 /home/bam/tmp/libtool-1.4/mdemo/a/lib/foo1.a
libtool: install: warning: remember to run `libtool --finish /usr/local/lib'
/bin/sh ./libtool  --mode=install /usr/bin/install -c libfoo2.la 
/home/bam/tmp/libtool-1.4/mdemo/a/lib/libfoo2.la
libtool: install: warning: relinking `libfoo2.la'
cd /home/bam/tmp/libtool-1.4/mdemo; /bin/sh ./libtool --mode=relink gcc -g -O2 
-o libfoo2.la -rpath /usr/local/lib -no-undefined -module -export-symbols-regex 
"libfoo2.*" foo2.lo -lm libsub.la
generating symbol list for `libfoo2.la'
/usr/bin/nm -B  foo2.lo  | sed -n -e 's/^.*[    ]\([ABCDGISTW][ABCDGISTW]*\)[   
][      ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //' | sort 
| uniq > .libs/libfoo2.exp
egrep -e "libfoo2.*" ".libs/libfoo2.exp" > ".libs/libfoo2.expT"
mv -f ".libs/libfoo2.expT" ".libs/libfoo2.exp"
gcc -shared  foo2.lo  -Wl,--rpath -Wl,/usr/local/lib  -lm -L/usr/local/lib 
-lsub   -Wl,-soname -Wl,libfoo2.so.0 -Wl,-retain-symbols-file 
-Wl,.libs/libfoo2.exp -o .libs/libfoo2.so.0.0.0
/usr/bin/ld: cannot find -lsub
collect2: ld returned 1 exit status

[ this is where it failed for the first time. It can't find -lsub,
because it didn't specify the path using -L. ]

libtool: install: error: relink `libfoo2.la' with the above command before 
installing it
libtool: install: warning: remember to run `libtool --finish /usr/local/lib'
/bin/sh ./../mkinstalldirs /home/bam/tmp/libtool-1.4/mdemo/a/bin
mkdir /home/bam/tmp/libtool-1.4/mdemo/a/bin
 /bin/sh ./libtool  --mode=install /usr/bin/install -c  mdemo 
/home/bam/tmp/libtool-1.4/mdemo/a/bin/mdemo
libtool: install: warning: `libsub.la' has not been installed in 
`/usr/local/lib'
/usr/bin/install -c .libs/mdemo /home/bam/tmp/libtool-1.4/mdemo/a/bin/mdemo
 /bin/sh ./libtool  --mode=install /usr/bin/install -c  mdemo.static 
/home/bam/tmp/libtool-1.4/mdemo/a/bin/mdemo.static
/usr/bin/install -c mdemo.static 
/home/bam/tmp/libtool-1.4/mdemo/a/bin/mdemo.static
make[1]: Nothing to be done for `install-data-am'.
make[1]: Leaving directory `/home/bam/tmp/libtool-1.4/mdemo'

[note: this test conducted on a stable Debian system; it also fails on
unstable. It use to work on unstable, the only change I can think of
is Linux 2.4.4 instead of 2.4.3 and glibc 2.2.3 instead of 2.2.2 ]
-- 
Brian May <address@hidden>



reply via email to

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