Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!msunews!agate!howland.reston.ans.net!news.sprintlink.net!matlock.mindspring.com!usenet From: Robert Sanders <rsanders@mindspring.com> Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: Bug in 2.0.5's dlopen() functionality Date: 30 Aug 1995 17:19:49 -0400 Organization: MindSpring Enterprises, Inc. Lines: 19 Sender: rsanders@interbev.mindspring.com Message-ID: <874tyz6qdm.fsf@interbev.mindspring.com> References: <87pwhri1b7.fsf@hrothgar.mindspring.com> <41s307$rfn@reason.cdrom.com> NNTP-Posting-Host: interbev.mindspring.com In-reply-to: "Jordan K. Hubbard"'s message of 28 Aug 1995 09:41:27 GMT X-Newsreader: (ding) Gnus v0.99.27 On 28 Aug 1995 09:41:27 GMT, "Jordan K. Hubbard" <jkh@FreeBSD.org> said: >> $ make tkintermodule.so >> ld -Bshareable tkintermodule.o -L/usr/X11R6/lib -L/usr/local/lib \ >> -ltk40 -ltcl74 -lX11 -o tkintermodule.so > That won't work. You need to explicitly dlopen() the dependency libs > from the _init() routine of tkintermodule.so in order to get it to pull > in shared libraries not actually bound to the main executable. Ick. Is that intended, or just the current state of affairs? ELF can handle recursive shared library dependencies, and it's very very nice. It certainly seems that this is something the current shared library system should be able to handle. And I can swear that the current one at least made some effort to. I guess it's time to RTFS. :) Thanks, -- Robert