[Top][All Lists]

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

Re: transitive shared library dependencies and installation

From: Roumen Petrov
Subject: Re: transitive shared library dependencies and installation
Date: Sat, 4 Jan 2020 17:09:17 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.5

address@hidden wrote:

I'm experimenting with the attached skeleton project on a Debian buster
system (autoconf 2.69-11, automake 1:1.16.1-4 and libtool 2.4.6-9):
/usr/bin/ld: cannot find -lb
collect2: error: ld returned 1 exit status
libtool:   error: error: relink 'a/' with the above command before 
installing it
make[1]: *** [Makefile:446: install-libLTLIBRARIES] Error 1
make[1]: Leaving directory '/home/wferi/ha/pacemaker/translib'
make: *** [Makefile:798: install-am] Error 2

Libtool does not change "order" :(. Automake just uses project rules.

Let view
install-exec-am: install-binPROGRAMS install-libLTLIBRARIES
install-binPROGRAMS: install-libLTLIBRARIES
Above dependency explain all - lib_LTLIBRARIES is project (sample) specific. Project should ensure order.


and use it from liba, linking the final binary fails:

$ make
/bin/bash ./libtool  --tag=CC   --mode=link gcc  -g -O2 -avoid-version  -o 
translib translib.o a/
libtool: link: gcc -g -O2 -o .libs/translib translib.o  a/.libs/ 
-Wl,-rpath -Wl,/tmp/translib/lib
/usr/bin/ld: a/.libs/ undefined reference to `b2'

As I understand it, the -rpath linker option on the above command makes
a/.libs/ use the already installed (old) version of libb, which
lacks the b2 symbol.  What's the solution here?  Why isn't that -rpath
option "delayed" until the relinking phase?
Not reproducible with FSF release.

Roumen Petrov

reply via email to

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