From owner-freebsd-current Sun Sep 20 14:25:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10201 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:25:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10180 for ; Sun, 20 Sep 1998 14:25:43 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA24148; Sun, 20 Sep 1998 14:25:14 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd024105; Sun Sep 20 14:25:06 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA01722; Sun, 20 Sep 1998 14:24:59 -0700 (MST) From: Terry Lambert Message-Id: <199809202124.OAA01722@usr04.primenet.com> Subject: Re: ELF ldconfig To: dholland@cs.toronto.edu (David Holland) Date: Sun, 20 Sep 1998 21:24:59 +0000 (GMT) Cc: tlambert@primenet.com, peter@netplex.com.au, jabley@clear.co.nz, dholland@cs.toronto.edu, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <98Sep20.140515edt.37911-17305@qew.cs.toronto.edu> from "David Holland" at Sep 20, 98 02:05:12 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > 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