From owner-freebsd-current Sun Jun 7 13:51:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04946 for freebsd-current-outgoing; Sun, 7 Jun 1998 13:51:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04936 for ; Sun, 7 Jun 1998 13:51:01 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id VAA24222; Sun, 7 Jun 1998 21:44:17 +0100 (BST) (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199806072044.VAA24222@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: John Polstra cc: Brian Somers , toj@gorillanet.gorilla.net, current@FreeBSD.ORG Subject: Re: IP Packet Aliasing Broke? In-reply-to: Your message of "Sun, 07 Jun 1998 11:52:38 PDT." <199806071852.LAA17184@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 Jun 1998 21:44:16 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Now all we need is > > > > char *dlfind(const char *, int *major, int *minor) > ... > > Has anyone any objections to me implementing dlfind() ? > > Yes -- I object for several reasons. I'll save the biggest one > for last. > > First, the dlfind() interface is too specific to the object format, > for starters. ELF shared libraries have only major version numbers; > they don't have minor versions. Ok, I didn't know that :-I > Second, when loading shared libraries programmatically using dlopen(), > the established convention is that the shared library should simply be > named "foo.so" without any version number. The installation process > should make sure that the library (or a symlink to it) is installed in > a location known to the application ("/usr/libdata/ppp/libalias.so"?). This makes sense (why didn't I think of that?) :-) > But really, why does ppp use dlopen to load libalias at all? Why not > simply link it in like other libraries? I've heard the bloat-based > arguments, but they look pretty bogus to me. Consider this: [.....] The bloat I was concerned with was more to do with the installation disk footprint rather than the in-core footprint - I don't really care (within reason) how big it is, once it can be loaded. Having said that, after I added deflate capabilities and the M$CHAP code was donated, we had libdes & libz to contend with too..... resulting in some .ifdefs in the Makefile (that still don't work properly in ``make release''). Soooo, I guess I really need to fix src/release/Makefile and stop mucking around with dlopen() altogether (despite the hours of enjoyment I'll lose :-). > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message