This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Patch: Limit Heap Usage of Interpreter While Running Jacks
- From: Ranjit Mathew <rmathew at gmail dot com>
- To: java-patches at gcc dot gnu dot org
- Date: Thu, 22 Apr 2004 21:59:29 +0530
- Subject: Patch: Limit Heap Usage of Interpreter While Running Jacks
Hi,
To avoid the unnecessary situation that one lands in
while running Jacks as pointed out in:
http://gcc.gnu.org/ml/java/2004-04/msg00232.html
I propose that we modify "testsuite/libjava.jacks/jacks.exp" to
explicitly limit the interpreter heap to 64MB as done in the
following patch.
IMHO, this should not affect the end results as Jacks should
only be checking language specification conformance. (We
explicitly disable "Time-consuming JVM limitation tests"
in "jacks.exp".)
Of course, this would still not help on machines where the total
virtual memory is around 64MB.
OK for mainline?
Ranjit.
Index: ChangeLog
from Ranjit Mathew <rmathew@hotmail.com>
* testsuite/libjava.jacks/jacks.exp (gcj_jacks_write): Add
-mx=64m to JAVA_FLAGS
Index: testsuite/libjava.jacks/jacks.exp
===================================================================
--- testsuite/libjava.jacks/jacks.exp 2004-04-22 21:34:39.000000000 +0530
+++ testsuite/libjava.jacks/jacks.exp 2004-04-22 21:35:19.000000000 +0530
@@ -28,7 +28,7 @@ proc gcj_jacks_write {filename} {
puts $fd "set JAVA_CLASSPATH \"$libgcj_jar\""
puts $fd "set JAVAC_FLAGS [list $rest]"
puts $fd "set JAVA [list [libjava_find_gij]]"
- puts $fd "set JAVA_FLAGS \"\""
+ puts $fd "set JAVA_FLAGS \"-mx=64m\""
puts $fd "set JAVAC_ENCODING_FLAG --encoding="
puts $fd "set tcltest::testConstraints(encoding) 1"
puts $fd "set tcltest::testConstraints(gcj) 1"