This is the mail archive of the
newlib@sources.redhat.com
mailing list for the newlib project.
[committed] Don't share target config.cache on mainline
- From: neroden at twcny dot rr dot com (Nathanael Nerode)
- To: gcc-patches at gcc dot gnu dot org, newlib at sources dot redhat dot com
- Date: Sat, 3 Jan 2004 13:21:56 -0500
- Subject: [committed] Don't share target config.cache on mainline
Committing this to the top level. It's kind of evil, but I'm guessing it will
fix some of the multilib build problems. Bootstrapped i686-pc-linux-gnu.
Please, if you were having multilib build problems, give it a try.
PR bootstrap/11932, PR bootstrap/11933
(I don't know if it will fix either of them, but it relates
to them.)
* configure.in: Don't use shared config.cache for target
directories.
* configure: Regenerate.
Index: configure.in
===================================================================
RCS file: /cvs/gcc/gcc/configure.in,v
retrieving revision 1.263
diff -u -r1.263 configure.in
--- configure.in 31 Dec 2003 23:11:21 -0000 1.263
+++ configure.in 3 Jan 2004 18:14:15 -0000
@@ -1850,8 +1850,17 @@
target_configargs="--with-newlib ${target_configargs}"
fi
+# Different target subdirs use different values of certain variables
+# (notably CXX). Worse, multilibs use *lots* of different values.
+# Worse yet, autoconf 2.5x makes some of these 'precious', meaning that
+# it doesn't automatically accept command-line overrides of them.
+# This means it's not safe for target subdirs to share a cache file,
+# which is disgusting, but there you have it. Hopefully this can be
+# fixed in future. It's still worthwhile to use a cache file for each
+# directory. I think.
+
# Pass the appropriate --host, --build, and --cache-file arguments.
-target_configargs="--cache-file=../config.cache --host=${target_alias} --build=${build_alias} ${target_configargs}"
+target_configargs="--cache-file=config.cache --host=${target_alias} --build=${build_alias} ${target_configargs}"
# provide a proper gxx_include_dir.
# Note, if you change the default, make sure to fix both here and in
--
Nathanael Nerode <neroden at gcc.gnu.org>
http://home.twcny.rr.com/nerode/neroden/fdl.html