Received: by taz.hyperreal.com (8.6.12/8.6.5) id RAA15775; Tue, 16 Apr 1996 17:21:52 -0700 Received: from life.ai.mit.edu by taz.hyperreal.com (8.6.12/8.6.5) with SMTP id RAA15766; Tue, 16 Apr 1996 17:21:50 -0700 Received: from volterra.ai.mit.edu by life.ai.mit.edu (4.1/AI-4.10) for new-httpd@hyperreal.com id AA02035; Tue, 16 Apr 96 20:21:56 EDT From: rst@ai.mit.edu (Robert S. Thau) Received: by volterra.ai.mit.edu (8.6.12/AI-4.10) id UAA21409; Tue, 16 Apr 1996 20:21:52 -0400 Date: Tue, 16 Apr 1996 20:21:52 -0400 Message-Id: <199604170021.UAA21409@volterra.ai.mit.edu> To: new-httpd@hyperreal.com Subject: Re: conditional HTML Sender: owner-new-httpd@apache.org Precedence: bulk Reply-To: new-httpd@hyperreal.com Status: O X-Status: Caching should help out here. If you use caching (all the standard tests do), then the tests don't actually get re-run -- the results are just taken from the cache. [pokes around, tries a few configure scripts out...] Yep. A cache file helps a great deal when the package you are configuring has a configure script which is recent enough to create one. Yours is, which I guess is the important point for this particular argument, and I concede the point. (It sometimes winds up rerunning a few tests anyway, but not enough to matter). (I can't find a cache for gcc, but that seems to be an odd duck in a lot of respects --- I can't catch it running any tests either. This is with the gcc-2.7.2 distribution that was lying around in our /src/local directory; I diffed the configure script against the one from a fresh distribution I pulled over from prep, and it didn't *seem* to be any different, but on our systems there is always the possibility of something a little screwy floating around, particularly with odd things occasionally floating up from downstairs). rst