Date: Mon, 26 May 1997 09:03:40 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: Peter Wemm <peter@spinner.dialix.com.au> Cc: Eivind Eklund <perhaps@yes.no>, "Jordan K. Hubbard" <jkh@time.cdrom.com>, jkh@freebsd.org, cvs-committers@freebsd.org, cvs-all@freebsd.org, cvs-release@freebsd.org, hackers@freebsd.org Subject: Re: cvs commit: src/release boot_crunch.conf Message-ID: <Pine.BSF.3.95q.970526090136.349B-100000@herring.nlsystems.com> In-Reply-To: <199705260749.PAA06710@spinner.dialix.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 26 May 1997, Peter Wemm wrote:
> Doug Rabson wrote:
> >
> > I recently changed ld so that you can link a dynamic executable even if it
> > doesn't use any dynamic libs. This means that the symbol table is
> > generated and the program can load new libraries but it is itself static.
> > Use the -Bforcedynamic flag to ld instead of -Bdynamic.
>
> I suspect the catch would be that if the dynamic object wanted to use
> memmove() and the calling -Bforcedynamic program hadn't caused memmove to
> be linked in from libc.a, then it might fail. Anyway, it's something to
> watch out for..
The trick there would be to dlopen("libc.so.??.??") before loading
anything you don't have symbols for. All the symbols in libc which you
have pulled in statically should be redirected to the static versions by
ld.so.
--
Doug Rabson Mail: dfr@nlsystems.com
Nonlinear Systems Ltd. Phone: +44 181 951 1891
Fax: +44 181 381 1039
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95q.970526090136.349B-100000>