Date: Tue, 19 Aug 2003 09:23:07 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: paul@freebsd-services.com Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/devd Makefile Message-ID: <20030819.092307.61268786.imp@bsdimp.com> In-Reply-To: <1061285875.8010.63.camel@localhost> References: <200308170840.h7H8endW060225@repoman.freebsd.org> <1061285875.8010.63.camel@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <1061285875.8010.63.camel@localhost> Paul Richards <paul@freebsd-services.com> writes: : On Sun, 2003-08-17 at 09:40, Gordon Tetlow wrote: : > gordon 2003/08/17 01:40:49 PDT : > : > FreeBSD src repository : > : > Modified files: : > sbin/devd Makefile : > Log: : > At imp's request, force devd to be statically compiled. This avoids the : > need for libstdc++ in /lib, and the generated binary is actually smaller : > statically linked than dynamically + sizeof(libstdc++). Additionally, : > devd doesn't use get*by*() which is one of the main motivations for : > dynamically linking your root partition anyway. : : How many binaries actually use get*by*? : : Wouldn't it be a little more sensible to just make those dynamic and : leave the rest static? : : Would we even need /rescue then? We could just have static versions of : the dynamic binaries as well. That's a different approach. There are many motivating factors for having a dynamic root: saving space, get*by* working, any pluggable 'thing' that wants a shared library can get at it, easier upgrades for security flaws, etc. Given that all of these factors came into play, it seems more reasonable to have a dynamic root. There were two issues with making devd static: 1) it is a lot smaller than haging libstd++ (which isn't the case for all the other libraries) and 2) there were issues with crunchgen and c++ programs. Making it static just cleans things up a bit. What is or isn't in /rescue can be talked to death. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030819.092307.61268786.imp>