Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 29 May 1998 07:40:08 +0100
From:      Brian Somers <brian@Awfulhak.org>
To:        Mike Smith <mike@smith.net.au>
Cc:        Brian Somers <brian@Awfulhak.org>, sos@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu (Garrett Wollman), current@FreeBSD.ORG
Subject:   Re: cvs commit: src Makefile src/etc rc src/etc/mtree BSD.usr.dist 
Message-ID:  <199805290640.HAA00434@awfulhak.org>
In-Reply-To: Your message of "Wed, 27 May 1998 13:13:13 PDT." <199805272013.NAA01620@dingo.cdrom.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
So is dlopen() now capable ?

This was discussed a while ago and dropped IIRC.  Now, I guess it's 
pretty mandatory cos there's no other reliable way for ppp to find 
things....

We also need to bump __FreeBSD_version before any snaps get released, 
otherwise it's gonna create problems for me.  Has anyone any 
objections ?

Cheers.

> > > Well, there is no real solution for that I'm afraid..
> > > 
> > > At runtime shared libs wil be resolved via rtld which knows
> > > where to look for libs.
> > > 
> > > Systems that rely on libs being in /usr/lib via hard path will
> > > fail, ie Makefiles with a wired in hard path, we can then argue
> > > to death who is broken...
> > > 
> > > Another story is what we are going to do with /usr/local/lib :(
> > 
> > Any ideas for /usr/src/usr.sbin/ppp/loadalias.c ?  It dlopen()s and 
> > dlsym()s with a fixed path prefix.
> 
> Ideally you should be able to pass a library name to dlopen() and have 
> it do the search for you based on the current search path.
> 
> -- 
> \\  Sometimes you're ahead,       \\  Mike Smith
> \\  sometimes you're behind.      \\  mike@smith.net.au
> \\  The race is long, and in the  \\  msmith@freebsd.org
> \\  end it's only with yourself.  \\  msmith@cdrom.com
> 
> 

-- 
Brian <brian@Awfulhak.org>, <brian@FreeBSD.org>, <brian@OpenBSD.org>
      <http://www.Awfulhak.org>;
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805290640.HAA00434>