Date: Wed, 30 Oct 2002 23:42:36 -0800 From: David Schultz <dschultz@uclink.berkeley.edu> To: Terry Lambert <tlambert2@mindspring.com> Cc: Doug Rabson <dfr@nlsystems.com>, Peter Wemm <peter@wemm.org>, Nate Lawson <nate@root.org>, current@FreeBSD.ORG Subject: Re: libc size Message-ID: <20021031074236.GA27185@HAL9000.homeunix.com> In-Reply-To: <3DC0D9C9.CC889413@mindspring.com> References: <20021030214158.CB6EA2A88D@canning.wemm.org> <20021030221417.J22480-100000@herring.nlsystems.com> <20021031053202.GA26280@HAL9000.homeunix.com> <3DC0D9C9.CC889413@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Terry Lambert <tlambert2@mindspring.com>: > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021031074236.GA27185>