From owner-freebsd-current Mon Jan 20 13:09:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA27960 for current-outgoing; Mon, 20 Jan 1997 13:09:47 -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 NAA27947; Mon, 20 Jan 1997 13:09:35 -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 XAA07293; Mon, 20 Jan 1997 23:07:38 +0200 (SAT) Message-Id: <199701202107.XAA07293@grackle.grondar.za> To: Chuck Robey cc: Terry Lambert , John Polstra , mark@grondar.za, peter@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. Date: Mon, 20 Jan 1997 23:07:28 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > The main idea of statically linked stuff is to allow it to work in the > absence of /usr. This sounds like it's getting close to breaking that, > no? I woke this sleeping bear. What I need is the ability to link in a DES crypt only if it exists, and this must work for the /bin/* and /sbin/* applets too. I have a bit of code (not written by me) that is quite good at selecting which crypt(3) algorithm to use, and I want to make it a generic as possible - this includes not having 2 @#$%ing crypt(3) libraries as we have now. Much better to have a (say) /usr/lib/crypt.so that is linked by dlopen and friends only if present/wanted. In order not to break the "staticness" of /bin and /sbin, this shared object must be available to them, but not in /usr/anywhere. Where? lkm/? lib/? Suggestions? :-) No flamewars about this breaking the staticness, please :-) 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