configure.in: don't force use of cache
authorSam Hartman <hartmans@mit.edu>
Tue, 19 Oct 2010 19:57:56 +0000 (19:57 +0000)
committerSam Hartman <hartmans@mit.edu>
Tue, 19 Oct 2010 19:57:56 +0000 (19:57 +0000)
Back when hardware was slower and we had lots and lots of
imakefile-like configure scripts, forcing the use of config.cache made
sense for performance reasons. Now that we have one configure script
and we build on modern hardware, config.cache just introduces errors
as you are debugging changes to the configure script.

This commit stops second guessing autoconf's cache handling.

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@24468 dc483132-0cff-0310-8789-dd5450dbe970

src/configure.in

index 8d6bb8277e01ad16fc3d9ac19ad7a10bd43c7cef..592bdd8244919a2c72d24fcd9155ac05ebd84e94 100644 (file)
@@ -1,11 +1,4 @@
 K5_AC_INIT([aclocal.m4])
-#
-# autoconf 2.49 defaults to a /dev/null cache file, which is what we
-# do not want for performance reasons. 
-if test "x$cache_file" = "x/dev/null"; then
-  cache_file=./config.cache
-  AC_CACHE_LOAD
-fi
 
 CONFIG_RULES
 KRB5_VERSION=K5_VERSION