Date: Tue, 16 Dec 1997 20:19:07 +1100 From: Bruce Evans <bde@zeta.org.au> To: ache@nagual.pp.ru, current@FreeBSD.ORG, jdp@FreeBSD.ORG, peter@spinner.netplex.com.au Subject: Re: ld search patch and ld hints conflict at link stage (libtermcap) Message-ID: <199712160919.UAA08412@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> cc -O2 -pipe -I/usr/src/usr.bin/ftp/../../contrib-crypto/telnet -o ftp cmds.o cmdtab.o complete.o domacro.o fetch.o ftp.o main.o ruserpass.o util.o -ledit -ltermcap
>> ld: no shared -ltermcap.3.0 available
>> *** Error code 1
>
>Forget to say that -ledit library essentialy involved here since it
>depends on libtermcap 3.0 as builded, so it cause 3.0 number picked.
>
>Situation fixed by rebuilding ledit, but I think we should either produce
>more meaning diagnostic about libraries inter-dependace or just silently
>drop to existen variant.
It is the bug in the build process which I pointed out before. libedit is
built before libtermcap (libs are sorted in lib/Makefile :-) so it gets
linked to the old libtermcap. This gets fixed by building and installing
all libs _twice_. It should cause a build failure for `make world'
because only libs installed under ${WORLDTMP} should be linked to.
However, since we don't (can't) use -nostdlib, libs get picked up from
the standard places.
Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712160919.UAA08412>