This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
[BC] Patch: FYI: interpret.cc compilation
- From: Tom Tromey <tromey at redhat dot com>
- To: Java Patch List <java-patches at gcc dot gnu dot org>
- Date: 10 Aug 2004 11:42:30 -0600
- Subject: [BC] Patch: FYI: interpret.cc compilation
- Reply-to: tromey at redhat dot com
I'm checking this in on the BC branch.
This is a patch from Mark that has been floating around. It compiles
interpret.cc differently, without it the interpreter doesn't really
work. I think the real fix is pending on Bryce's stack trace
rewrite... but meanwhile on this branch I wanted things to work.
Tom
Index: ChangeLog
from Mark Wielaard <mark@klomp.org>
* Makefile.in: Rebuilt.
* Makefile.am (interpret.lo): New rule.
Index: Makefile.am
===================================================================
RCS file: /cvs/gcc/gcc/libjava/Makefile.am,v
retrieving revision 1.368.2.2
diff -u -r1.368.2.2 Makefile.am
--- Makefile.am 20 May 2004 23:33:44 -0000 1.368.2.2
+++ Makefile.am 10 Aug 2004 17:39:18 -0000
@@ -470,6 +470,13 @@
$(c_files): %.lo: %.c
$(LTCOMPILE) -c -o $@ $<
+## A special rule for interpret.lo for the time being. Our current
+## approach to stack-trace handling is fragile and will not work with
+## unit-at-a-time. So, for now we disable it. This will be fixed by
+## a larger patch in the future.
+interpret.lo: interpret.cc
+ $(LTCXXCOMPILE) -fno-unit-at-a-time -c -o $@ $<
+
$(extra_cc_files): %.lo: %.cc
$(LTCXXCOMPILE) -c -o $@ $<