From owner-freebsd-hackers Sat Nov 16 16:44: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D29137B401 for ; Sat, 16 Nov 2002 16:44:01 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C76B43E42 for ; Sat, 16 Nov 2002 16:43:56 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAH0hgpk005827; Sat, 16 Nov 2002 17:43:42 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 16 Nov 2002 17:43:31 -0700 (MST) Message-Id: <20021116.174331.28768088.imp@bsdimp.com> To: dillon@apollo.backplane.com Cc: bright@mu.org, nate@root.org, hackers@FreeBSD.ORG Subject: Re: cvs commit: src/bin/sleep sleep.c From: "M. Warner Losh" In-Reply-To: <200211152017.gAFKHbFS044142@apollo.backplane.com> References: <200211151925.gAFJPsgh037805@apollo.backplane.com> <20021115194347.GG50692@elvis.mu.org> <200211152017.gAFKHbFS044142@apollo.backplane.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200211152017.gAFKHbFS044142@apollo.backplane.com> Matthew Dillon writes: : I think that should be a goal. I think something like this: : : USE_MINIC=YES Link against the mini-C library. I don't like this so much, but not enough to object to it be allowed, but not default. I don't see what it buys us in the dynamic case, but if you sign up to support it long term I won't pitch a fit. It will likely only save a hundred or two k in the dynamic case, but maybe there are some folks that might be able to use that. My misgivings are mostly based on there not being a clear target market for minic and my experiences with making CF systems for the past 3 years... I think that the whole minic issue is orthoginal to the dynamic linking of sbin/bin issue. : USE_SHARED_BIN=YES Link against a shared libc or mini-C rather : then linking statically. Apart from the naming that doesn't really match the rest of the tree, I like the latter. I'm assuming that you'll do the second of these right by installing all the libraries that are needed for /{,s}bin onto /lib, hacking ld.so, and creating a /rescue program like peter described, I'm all for it. If all you are doing is making them shared, then we already have that (the NOSHARED=no option that has worked since the 4.x days) and the option is of dubious value. I personally thing that we should have a shared /{s,}bin in 5.0 and that it should be the dafult and that it should work with / and /usr being on different partitions. Preliminary indications are that we'd save on the order of 25M-30M on /, which makes up for the additional kernel modules we now install. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message