Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 10 Apr 1999 12:52:13 +0200
From:      Mark Murray <mark@grondar.za>
To:        Peter Wemm <peter@spinner.netplex.com.au>
Cc:        jdp@freebsd.org, obrien@freebsd.org, current@freebsd.org
Subject:   Re: Libraries with library dependancies 
Message-ID:  <199904101052.MAA94100@greenpeace.grondar.za>
In-Reply-To: Your message of " Sat, 10 Apr 1999 18:10:50 %2B0800." <19990410101057.EF0BC1F4D@spinner.netplex.com.au> 
References:  <19990410101057.EF0BC1F4D@spinner.netplex.com.au> 

next in thread | previous in thread | raw e-mail | index | archive | help
Peter Wemm wrote:
> > cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 
-I
>     /usr/obj/usr/src/gnu/usr.bin/perl/miniperl   -I/usr/obj/usr/src/tmp/usr/i
nc
>     lude  -static -o miniperl miniperlmain.o  -lperl -lm -lcrypt
>    ^^^^^^^^^^^^^^^
> > /usr/obj/usr/src/tmp/usr/lib/libcrypt.a(crypt-shs.o): In function `crypt_sh
s'
:
> This is only the case for -static..  Shared libraries have dependency
> information, static libraries do not.

This makes some degree of sense, but could there not be (was there not?)
a mechanism that resolves ans many of the symbols as possible at "ar
time", so that...

> 2) compile libcrypt.a differently to libcrypt.so, ie: add in the md*.o and
> sha*.o static binaries into libcrypt by using SRCS+= sha.c in the !PIC case

... happens automagically?

> 3) help move ld.so to / so we can link everything dynamic.. :-)

Hmm. It will still be broken for the diehards who insist on having
everything static :-)

M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199904101052.MAA94100>