From owner-freebsd-current Sun Jan 19 22:15:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA13644 for current-outgoing; Sun, 19 Jan 1997 22:15:15 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA13630; Sun, 19 Jan 1997 22:14:42 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id IAA15443; Mon, 20 Jan 1997 08:14:20 +0200 (SAT) Message-Id: <199701200614.IAA15443@grackle.grondar.za> To: John Polstra cc: peter@FreeBSD.org, current@FreeBSD.org Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. Date: Mon, 20 Jan 1997 08:14:19 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk John Polstra wrote: > It's hard to support dlopen() under static linking, because the > dynamic linker isn't even present in the address space. It's not > impossible, just nontrivial. I've been meaning to look into it > for a while. Maybe this will get me moving. I would be eternally grateful :-). > > One of the problems - libraries have this nice, automatic way of > > looking at version numbers (.so.N.M), whereas in dlopen(3), one > > must supply a name (hardcoded?). > > Since dlopen() takes a "mode" parameter, I could easily add a new > flag bit for it that would cause dlopen() to follow the usual > library search rules. I would be doubly eternally grateful :-). M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE