From owner-cvs-all Wed Feb 28 12:54: 6 2001 Delivered-To: cvs-all@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 38C4637B71A; Wed, 28 Feb 2001 12:53:55 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1SKrpd43256; Wed, 28 Feb 2001 13:53:54 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102282053.f1SKrpd43256@harmony.village.org> To: John Baldwin Subject: Re: cvs commit: src/gnu/usr.bin/binutils/ar Makefile src/gnu/usr Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, Wesley Morgan , obrien@FreeBSD.org, Will Andrews , Dag-Erling Smorgrav In-reply-to: Your message of "Wed, 28 Feb 2001 12:31:11 PST." References: Date: Wed, 28 Feb 2001 13:53:51 -0700 From: Warner Losh Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message John Baldwin writes: : : On 28-Feb-01 Warner Losh wrote: : > In message Dag-Erling Smorgrav writes: : >: Will Andrews writes: : >: > Why make make(1) statically linked? : >: : >: Because a) you need it to recover from e.g. libc fuckups and b) it : >: forks and execs a *lot*, and according to Bruce (I haven't verified : >: this myself) programs that do that (e.g. shells) perform better and : >: consume less system resources if they're statically linked. : > : > So long as it is not forced unconditionally to be static. : > : > We use make in our embedded devices for a couple of things and having : > it dynamic is a good thing for its space savings. : : And you don't tweak the build at all for your embedded system? :) We do, but my point is that it increases the number of tweaks that I have to do to the system if we start sprinkling these things all through the tree. I'm worried about this being the cammel's nose and the rest of the camel is going to follow. : *shrug* If it were a current only thing that would be fine for me, as : that is where it would be useful. Then again, for a stable -> current : upgrade it might be needed in stable as well one could argue. Also, : the libc sources don't have to be screwed up for libc to be trashed. : Kernel panics at inopportune times due to other bugs can result in : pain. Yes. And if it was a current only thing, then it would do the right thing in upgrades... make builds a new make to be used for the rest fo the build. : > b) I've not seen the numbers for this. If it is only 1% faster, it : > doesn't make sense, even though it sounds good on paper. : : I would only argue for a static make on teh basis of recoverability from : bad juju, not for speed. OK. Of course when my libc was borked (and it was borked at least a dozen times), cc1 and as were what was core dumping, not make. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message