From owner-freebsd-current Wed Oct 30 23:42:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D87C37B401 for ; Wed, 30 Oct 2002 23:42:34 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id C642343E6E for ; Wed, 30 Oct 2002 23:42:33 -0800 (PST) (envelope-from dschultz@uclink.berkeley.edu) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id g9V7gaTx027225; Wed, 30 Oct 2002 23:42:36 -0800 (PST) (envelope-from dschultz@uclink.berkeley.edu) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9V7ga8A027224; Wed, 30 Oct 2002 23:42:36 -0800 (PST) (envelope-from dschultz@uclink.berkeley.edu) Date: Wed, 30 Oct 2002 23:42:36 -0800 From: David Schultz To: Terry Lambert Cc: Doug Rabson , Peter Wemm , Nate Lawson , current@FreeBSD.ORG Subject: Re: libc size Message-ID: <20021031074236.GA27185@HAL9000.homeunix.com> Mail-Followup-To: Terry Lambert , Doug Rabson , Peter Wemm , Nate Lawson , current@FreeBSD.ORG References: <20021030214158.CB6EA2A88D@canning.wemm.org> <20021030221417.J22480-100000@herring.nlsystems.com> <20021031053202.GA26280@HAL9000.homeunix.com> <3DC0D9C9.CC889413@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DC0D9C9.CC889413@mindspring.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > David Schultz wrote: > > > > We've been over this before. To make this work right, we need to make > > > > /bin and /sbin dynamically linked. NetBSD's /rescue/* approach would > > > > solve the "oops!" and other foot shooting problems. > > > > > > Yes please. Our root filesystem space requirements are too high, IMHO. > > > > Why is it absolutely necessary to dynamically link everything just > > to move the resolver out of libc? > > Because ELF supports linking a shared library to another shared > library, which will automatically get you the appearance of the > historical "libresolv is integrated into libc". But it does not > support the linking of a static library to a static library, or > a static library to a shared library, the same way. At least in the case of the base system, it should be easy to link all programs that actually use the resolver with -lresolv. Is there some standard that says that the resolver is an integral part of the C library, such that separating the two would break compatibility beyond comprehension? If you wanted to be really evil, I suppose you could have a libc.a that included the resolver and a libc.so that didn't. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message