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>