This is the mail archive of the java-patches@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Patch: multilib configure fix


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]