libjava tests uses absolute paths e.g. bytecompile /Volumes/SandBox/rt/src/gcc/libjava/testsuite/libjava.jni/noclass.java bytecompile /Volumes/SandBox/rt/src/gcc/libjava/testsuite/libjava.jni/overload.java bytecompile /Volumes/SandBox/rt/src/gcc/libjava/testsuite/libjava.jni/pr11951.java This is very inconvenient to compare tests agains known base results.
Confirmed, seen also here: <http://gcc.gnu.org/ml/gcc-regression/2005-04/msg00059.html> native libjava.sum /Users/regress/tbox/cvs-gcc/gcc/libjava/testsuite/libjava.jar/simple.jar native libjava.sum /Users/regress/tbox/native/build/powerpc-apple-darwin7.4.0/libjava/testsuite/ TestEarlyGC.exe native libjava.sum /Users/regress/tbox/native/build/powerpc-apple-darwin7.4.0/libjava/testsuite/ TestLeak.exe native libjava.sum /Users/regress/tbox/native/build/powerpc-apple-darwin7.4.0/libjava/testsuite/ TestMultiple.exe native libjava.sum /Users/regress/tbox/native/build/powerpc-apple-darwin7.4.0/libjava/testsuite/ TestParent.exe
This isn't specific to libjava. Mine, patch posted.
Author: ro Date: Tue Apr 12 09:04:05 2011 New Revision: 172302 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172302 Log: libjava: PR testsuite/21164 * testsuite/lib/libjava.exp: Load dg.exp. * testsuite/libjava.jar/jar.exp (gcj_jar_interpret): Strip srcdir from jarfile. Use result for messages. * testsuite/libjava.loader/loader.exp (gcj_loader_test_one): Pass errname to libjava_invoke, fix testname. gcc: PR testsuite/21164 * lib/compat.exp (compat-execute): Declare unsupported after stripping path from src1. * lib/lto.exp (lto-execute): Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/lib/compat.exp trunk/gcc/testsuite/lib/lto.exp trunk/libjava/ChangeLog trunk/libjava/testsuite/lib/libjava.exp trunk/libjava/testsuite/libjava.jar/jar.exp trunk/libjava/testsuite/libjava.loader/loader.exp
Fixed for 4.7.0.