From xemacs-m  Thu Jan 23 14:41:13 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
          by xemacs.org (8.8.4/8.8.4) with SMTP
	  id OAA17495 for <xemacs-beta@xemacs.org>; Thu, 23 Jan 1997 14:41:11 -0600 (CST)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id MAA16395; Thu, 23 Jan 1997 12:40:39 -0800
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id MAA03027; Thu, 23 Jan 1997 12:40:37 -0800
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id MAA13168; Thu, 23 Jan 1997 12:40:36 -0800
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id MAA10593; Thu, 23 Jan 1997 12:40:35 -0800
Date: Thu, 23 Jan 1997 12:40:35 -0800
Message-Id: <199701232040.MAA10593@xemacs.eng.sun.com>
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Steven L Baur <steve@miranova.com>
Cc: xemacs-beta@xemacs.org
Subject: Re: 20.0-b91 sparc-sun-solaris2.4 build failure and then success
In-Reply-To: <m2lo9k1c7c.fsf@altair.xemacs.org>
References: <ocr7ml48edx.fsf@spssunp.spspme.ml.com>
	<m2lo9k1c7c.fsf@altair.xemacs.org>
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII

>>>>> "sb" == Steven L Baur <steve@miranova.com> writes:

sb> Wasted purespace is 100% lost and cannot be used.

There are 3 reasons to have a little `slop' in the puresize:

1. We can't test all the configurations to make sure everything fits snug.

2. The slop should stay on disk on any modern OS.  What's an extra 100k
   of disk space these days?

3. The xemacs-builder who has a smallish site-load.el (as is typical)
   doesn't have to learn about the --puresize option.  This makes
   the building-xemacs-out-of-the-box experience less likely to be painful.

So my advice is to not optimize puresize *too* much.

Martin

