On Mon, 14 Jul 2008, Daniel Berlin wrote: > On Mon, Jul 14, 2008 at 5:22 PM, Diego Novillo <[EMAIL PROTECTED]> wrote: > > We are failing to build libjava on PPC64 because of this: > > > > /home/dnovillo/perf/sbox/tuples/local.ppc64/bld/./gcc/xgcc -shared > > -libgcc -B/home/dnovillo/perf/sbox/tuples/local.ppc64/bld/./gcc > > -nostdinc++ -L/home/d > > novillo/perf/sbox/tuples/local.ppc64/bld/powerpc64-unknown-linux-gnu/libstdc++-v3/src > > > > -L/home/dnovillo/perf/sbox/tuples/local.ppc64/bld/powerpc64-unknown-linux-gnu/libstd > > c++-v3/src/.libs > > -B/home/dnovillo/perf/sbox/tuples/local.ppc64/inst/powerpc64-unknown > > -linux-gnu/bin/ > > -B/home/dnovillo/perf/sbox/tuples/local.ppc64/inst/powerpc64-unknown- > > linux-gnu/lib/ -isystem > > /home/dnovillo/perf/sbox/tuples/local.ppc64/inst/powerpc64-un > > known-linux-gnu/include -isystem > > /home/dnovillo/perf/sbox/tuples/local.ppc64/inst/pow > > erpc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. > > -I/home/dnovillo/perf/sbox/t > > uples/local.ppc64/src/libjava -I./include -I./gcj > > -I/home/dnovillo/perf/sbox/tuples/l > > ocal.ppc64/src/libjava -Iinclude > > -I/home/dnovillo/perf/sbox/tuples/local.ppc64/src/li > > bjava/include > > -I/home/dnovillo/perf/sbox/tuples/local.ppc64/src/libjava/classpath/inc > > lude -Iclasspath/include > > -I/home/dnovillo/perf/sbox/tuples/local.ppc64/src/libjava/cl > > asspath/native/fdlibm > > -I/home/dnovillo/perf/sbox/tuples/local.ppc64/src/libjava/../bo > > ehm-gc/include -I../boehm-gc/include > > -I/home/dnovillo/perf/sbox/tuples/local.ppc64/sr > > c/libjava/libltdl > > -I/home/dnovillo/perf/sbox/tuples/local.ppc64/src/libjava/libltdl - > > I/home/dnovillo/perf/sbox/tuples/local.ppc64/src/libjava/.././libjava/../gcc > > -I/home/ > > dnovillo/perf/sbox/tuples/local.ppc64/src/libjava/../zlib > > -I/home/dnovillo/perf/sbox/ > > tuples/local.ppc64/src/libjava/../libffi/include -I../libffi/include > > -fno-rtti -fnon- > > call-exceptions -fdollars-in-identifiers -Wswitch-enum > > -D_FILE_OFFSET_BITS=64 -mminim > > al-toc -Wextra -Wall -D_GNU_SOURCE > > -DPREFIX=\"/home/dnovillo/perf/sbox/tuples/local.p > > pc64/inst\" > > -DTOOLEXECLIBDIR=\"/home/dnovillo/perf/sbox/tuples/local.ppc64/inst/lib/. > > ./lib64\" -DJAVA_HOME=\"/home/dnovillo/perf/sbox/tuples/local.ppc64/inst\" > > -DBOOT_CLA > > SS_PATH=\"/home/dnovillo/perf/sbox/tuples/local.ppc64/inst/share/java/libgcj-4.4.0.ja > > r\" > > -DJAVA_EXT_DIRS=\"/home/dnovillo/perf/sbox/tuples/local.ppc64/inst/share/java/ext > > \" > > -DGCJ_ENDORSED_DIRS=\"/home/dnovillo/perf/sbox/tuples/local.ppc64/inst/share/java/ > > gcj-endorsed\" > > -DGCJ_VERSIONED_LIBDIR=\"/home/dnovillo/perf/sbox/tuples/local.ppc64/i > > nst/lib/../lib64/gcj-4.4.0-10\" -DPATH_SEPARATOR=\":\" > > -DECJ_JAR_FILE=\"\" -DLIBGCJ_D > > EFAULT_DATABASE=\"/home/dnovillo/perf/sbox/tuples/local.ppc64/inst/lib/../lib64/gcj-4 > > .4.0-10/classmap.db\" > > -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.4.0-10/classmap.db\ > > " -g -O2 -D_GNU_SOURCE -MT stacktrace.lo -MD -MP -MF > > .deps/stacktrace.Tpo -c /home/dn > > ovillo/perf/sbox/tuples/local.ppc64/src/libjava/stacktrace.cc -fPIC > > -DPIC -o .libs/s > > tacktrace.o > > /home/dnovillo/perf/sbox/tuples/local.ppc64/src/libjava/stacktrace.cc: > > In static memb > > er function 'static _Unwind_Reason_Code > > _Jv_StackTrace::UnwindTraceFn(_Unwind_Context > > *, void*)': > > /home/dnovillo/perf/sbox/tuples/local.ppc64/src/libjava/stacktrace.cc:105: > > internal c > > ompiler error: in copy_reference_ops_from_ref, at tree-ssa-sccvn.c:615 > > Please submit a full bug report, > > with preprocessed source if appropriate. > > See <http://gcc.gnu.org/bugs.html> for instructions. > > make[3]: *** [stacktrace.lo] Error 1 > > make[3]: *** Waiting for unfinished jobs.... > > > > This error implies you have something in a "tcc_reference" operation > (IE load or store) that we've never seen before (or we are improperly > classifying something as a reference when it isn't). > > > Can you go up a frame and print out the first argument to > copy_reference_ops_from_ref using debug_tree (or it's equivalent. The > important thing is to know what operations it contains, not that it > look nice). > The argument is reused locally during the function, hence the request > to go up a frame :P
I'll have a look. Richard.
