This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Patch: multilib configure fix
- To: Java Patch List <java-patches at gcc dot gnu dot org>
- Subject: Patch: multilib configure fix
- From: Tom Tromey <tromey at redhat dot com>
- Date: 29 May 2001 11:41:04 -0600
- Reply-To: tromey at redhat dot com
I'm checking this in on the trunk. This eliminates an annoying
warning from make that we sometimes run into due to multiple
definitions of `multi-clean' (and some other multi-* targets).
The problem was that we were running config-ml.in whenever any
Makefile was changed, not just when the top-level Makefile changed.
I'm not putting this on the trunk as the problem is not fatal, merely
annoying.
2001-05-29 Tom Tromey <tromey@redhat.com>
* configure: Rebuilt.
* configure.in: Only add multilib support code if we just rebuilt
top-level Makefile.
Tom
Index: configure.in
===================================================================
RCS file: /cvs/gcc/gcc/libjava/configure.in,v
retrieving revision 1.87
diff -u -r1.87 configure.in
--- configure.in 2001/05/24 18:03:47 1.87
+++ configure.in 2001/05/29 16:47:37
@@ -817,9 +817,12 @@
AC_SUBST(GCJFLAGS)
AC_OUTPUT(Makefile libgcj.spec libgcj-test.spec gnu/classpath/Configuration.java gcj/Makefile include/Makefile testsuite/Makefile,
-[if test -n "$CONFIG_FILES"; then
- ac_file=Makefile . ${libgcj_basedir}/../config-ml.in
-fi
+[# Only add multilib support code if we just rebuilt top-level Makefile.
+case " $CONFIG_FILES " in
+ *" Makefile "*)
+ ac_file=Makefile . ${libgcj_basedir}/../config-ml.in
+ ;;
+esac
# Make subdirectories and `.d' files. Look in both srcdir and
# builddir for the .java files.