From owner-freebsd-hackers  Sun May 25 22:15:14 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA29133
          for hackers-outgoing; Sun, 25 May 1997 22:15:14 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29124;
          Sun, 25 May 1997 22:15:10 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA15825; Sun, 25 May 1997 22:14:15 -0700 (PDT)
To: Peter Wemm <peter@spinner.dialix.com.au>
cc: Eivind Eklund <perhaps@yes.no>, 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 
In-reply-to: Your message of "Mon, 26 May 1997 11:29:21 +0800."
             <199705260329.LAA00670@spinner.dialix.com.au> 
Date: Sun, 25 May 1997 22:14:15 -0700
Message-ID: <15821.864623655@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> For dlopen/dlclose/etc to work, it requires that the calling executable is
> dynamically linked, linked with libc.so.xx and that /usr/libexec/ld.so is
> present.  A dynamic libc is important since if libalias makes any libc 
> calls (memcpy, strcmp, etc) then the symbols have to be dynamically 
> resolveable.  For sysinstall on the boot floppy, this is probably a 
> showstopper.  However, at runtime on an installed system, there's probably 
> not much stopping /usr/bin/ppp from doing this.

Erm, I thought you actually had a clever way around the static
dlopen() problem, Peter. :-)

						Jordan