This is the mail archive of the
java-patches@sources.redhat.com
mailing list for the Java project.
Patch: setting classpath
- To: Java Patch List <java-patches at sourceware dot cygnus dot com>
- Subject: Patch: setting classpath
- From: Tom Tromey <tromey at cygnus dot com>
- Date: 03 Sep 2000 23:37:35 -0600
- Reply-To: tromey at cygnus dot com
I'm checking this in.
This should fix a bug that could occur when a previously installed
libgcj.zip conflicts with changes to the source.
Now when building libgcj we never look at an installed libgcj.zip.
2000-09-02 Tom Tromey <tromey@cygnus.com>
* Makefile.in: Rebuilt.
* Makefile.am (GCJCOMPILE): Use -fclasspath, not the CLASSPATH
environment variable.
Tom
Index: Makefile.am
===================================================================
RCS file: /cvs/java/libgcj/libjava/Makefile.am,v
retrieving revision 1.85
diff -u -r1.85 Makefile.am
--- Makefile.am 2000/08/30 20:42:31 1.85
+++ Makefile.am 2000/09/04 05:30:00
@@ -69,7 +69,7 @@
ZIP = $(MULTIBUILDTOP)../$(COMPPATH)/zip/zip$(EXEEXT)
endif # CANADIAN
-GCJCOMPILE = CLASSPATH=$(here) $(LIBTOOL) --mode=compile $(GCJ) -fassume-compiled -L$(here) $(JC1FLAGS) -c
+GCJCOMPILE = $(LIBTOOL) --mode=compile $(GCJ) -fassume-compiled -fclasspath=$(here) -L$(here) $(JC1FLAGS) -c
GCJLINK = $(LIBTOOL) --mode=link $(GCJ) -L$(here) $(JC1FLAGS) $(LDFLAGS) -o $@
LIBLINK = $(LIBTOOL) --mode=link $(CC) -L$(here) $(JC1FLAGS) $(LDFLAGS) -o $@