Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Jan 2002 11:00:27 -0500
From:      Brian Dean <bsd@bsdhome.com>
To:        Dag-Erling Smorgrav <des@ofug.org>
Cc:        Michael Smith <msmith@mass.dis.org>, Kris Kennaway <kris@obsecurity.org>, Benno Rice <benno@jeamland.net>, Kirk McKusick <mckusick@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/ufs/ffs ffs_alloc.c ffs_extern.h ffs_softdep.c
Message-ID:  <20020123110027.A57494@neutrino.bsdhome.com>
In-Reply-To: <xzpy9ipjqa2.fsf@flood.ping.uio.no>; from des@ofug.org on Wed, Jan 23, 2002 at 11:49:25AM %2B0100
References:  <200201230314.g0N3Eud04579@mass.dis.org> <xzpy9ipjqa2.fsf@flood.ping.uio.no>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 23, 2002 at 11:49:25AM +0100, Dag-Erling Smorgrav wrote:
> Michael Smith <msmith@mass.dis.org> writes:
> > Personally, I'd prefer to remove the option (always build the code) and 
> > default to enabling it on new filesystems.  Kirk's recent commit removes 
> > the last major objection to this.
> 
> My opinion as well, though it doesn't really bother me the way it is
> now.  I wonder, though, if there are code paths that could be removed
> or simplified if softupdates is always compiled in.

Please don't do this (force compiling the code).  While I certainly
encourage the use of softupdates (I use it myself almost everywhere),
I also strongly encourage the ability to not build the code if that is
desired.  I can't really think of any good reason not use use
softupdates in a general purpose Unix environment, but we need to
remember that FreeBSD is used in many embedded or otherwise
specialized environments where softupdates may offer minimal value and
consumes precious code space (about 40K in this case).

I certainly don't object to (and would strongly support) a
"NOSOFTUPDATES" option, so that it has to be explicitly disabled as
opposed to explicitly enabled.

BTW, I'm not picking on softupdates, just the general philosophy of
making it difficult to conditionally compile significant code-paths
that are not globally applicable across FreeBSD's user-base.  Whatever
happend to "features, not policy"?

-Brian
-- 
Brian Dean
bsd@FreeBSD.org
bsd@bsdhome.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020123110027.A57494>