Date: Sun, 20 Sep 1998 21:24:59 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: dholland@cs.toronto.edu (David Holland) Cc: tlambert@primenet.com, peter@netplex.com.au, jabley@clear.co.nz, dholland@cs.toronto.edu, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG Subject: Re: ELF ldconfig Message-ID: <199809202124.OAA01722@usr04.primenet.com> In-Reply-To: <98Sep20.140515edt.37911-17305@qew.cs.toronto.edu> from "David Holland" at Sep 20, 98 02:05:12 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > Right now, it's possbile to link against a shared library that > > requires a symbol from anothe shared library, and not get any > > missing symbol warnings during link phase. This has bit me > > on the butt more than once, especially with libraries with > > promiscuous symbol reference in other libraries (ie: libraries > > that know too much about each other). > > You can also, I think, inadvertently create a shared library that > requires nonexistent symbols and not get any warnings until run-time. > Which (I think) amounts to the same problem, because the library > requiring a symbol from another library should have been linked > against that library to create a DT_NEEDED entry. I think. > > There's a linker option to use when building libraries that > eliminates this problem. In my opinion, it should be the default, but > it's not, because that's not how Solaris does it or some crap like > that. I would be interested in this. I know that FreeBSD's old a.out linker is architecturally incapable of enforcing symbol existance at link time so that ld.so doesn't have to, at load time, without about 40 hours (which I don't have) of hacking. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. 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?199809202124.OAA01722>