From owner-freebsd-current Sun Jun 7 14:49:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11860 for freebsd-current-outgoing; Sun, 7 Jun 1998 14:49:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA11853 for ; Sun, 7 Jun 1998 14:49:53 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id OAA19657; Sun, 7 Jun 1998 14:49:23 -0700 (PDT) (envelope-from jdp) Message-Id: <199806072149.OAA19657@austin.polstra.com> To: Brian Somers cc: toj@gorillanet.gorilla.net, current@FreeBSD.ORG Subject: Re: IP Packet Aliasing Broke? In-reply-to: Your message of "Sun, 07 Jun 1998 21:44:16 BST." <199806072044.VAA24222@awfulhak.org> Date: Sun, 07 Jun 1998 14:49:22 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The bloat I was concerned with was more to do with the installation > disk footprint rather than the in-core footprint Ah, sorry, I wasn't considering that piece of the puzzle. Well, it seems like there are several ways you could go with it. Count on a symlink named "libalias.so" in some well-known place. Or, make the hard-coded path to the library overridable from the ppp Makefile. Or, have ppp search a few likely directories to find the pathname for dlopen. Or, muck around in src/release/Makefile. For that matter, I could probably learn to live with the dlfind() idea if it just always found the highest minor number where minor numbers existed at all: const char *dlfind(const char *name, int version); I think the leading "lib" part of the name should be implicit, so that the call would be like: const char *path = dlfind("alias", 2); John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message