public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "ro at techfak dot uni-bielefeld dot de" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/40699] [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC Date: Thu, 09 Jul 2009 20:18:00 -0000 [thread overview] Message-ID: <20090709201749.24363.qmail@sourceware.org> (raw) In-Reply-To: <bug-40699-279@http.gcc.gnu.org/bugzilla/> ------- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-07-09 20:17 ------- Subject: Re: [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC rsandifo at gcc dot gnu dot org writes: > OK, I'm going to need some help debugging this one. First of all, > how are you running your tests? E.g. > > (a) are you using --target_board unix/-m64, > (b) is -m64 the default, or > (c) something else? I'm using --target_board 'unix{,-mabi=64}'. > Second, this: > > [find_libgcc_s $GCJ_UNDER_TEST] > > is supposed to return the directory of the 64-bit libgcc, but presumably > it isn't doing. Could you compare the result of that command with > something like: > > [find_libgcc_s $GFORTRAN_UNDER_TEST] > > which seems to work? I've tried running runtest manually both in gcc/testsuite/gfortran like this > runtest --tool gfortran --srcdir /vol/gcc/src/gcc-dist/gcc/tesuite --target_board 'unix{-m64}' -v which works correctly, and in sparc-sun-solaris2.11/libjava/testsuite like so > runtest INTERPRETER=yes --tool libjava --srcdir /vol/gcc/src/gcc-dist/libjava/testsuite --target_board 'unix{-m64}' -v which fails horribly: Expect binary is expect Using /vol/gnu/share/dejagnu/runtest.exp as main test driver Verbose level is 1 Login name is ro Found /vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/sparc-sun-solaris2.11/libjava/testsuite/site.exp Found /vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/sparc-sun-solaris2.11/libjava/testsuite/site.exp Using test sources in /vol/gcc/src/gcc-dist/libjava/testsuite Using test binaries in /vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/sparc-sun-solaris2.11/libjava/testsuite Tool root directory is /vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/sparc-sun-solaris2.11 Using /vol/gnu/share/dejagnu to find libraries WARNING: Couldn't find the global config file. Loading /vol/gnu/share/dejagnu/utils.exp Loading /vol/gnu/share/dejagnu/framework.exp Loading /vol/gnu/share/dejagnu/debugger.exp Loading /vol/gnu/share/dejagnu/remote.exp Loading /vol/gnu/share/dejagnu/mondfe.exp Loading /vol/gnu/share/dejagnu/xsh.exp Loading /vol/gnu/share/dejagnu/telnet.exp Loading /vol/gnu/share/dejagnu/rlogin.exp Loading /vol/gnu/share/dejagnu/kermit.exp Loading /vol/gnu/share/dejagnu/tip.exp Loading /vol/gnu/share/dejagnu/rsh.exp Loading /vol/gnu/share/dejagnu/ftp.exp Loading /vol/gnu/share/dejagnu/target.exp Loading /vol/gnu/share/dejagnu/targetdb.exp Loading /vol/gnu/share/dejagnu/libgloss.exp Loading library file /vol/gcc/src/gcc-dist/libjava/testsuite/lib/libjava.exp Found /vol/gcc/src/gcc-dist/libjava/testsuite/../../gcc/testsuite/lib/target-libpath.exp Testing libjava Opening log files in . Test Run By ro on Thu Jul 9 22:03:41 2009 Native configuration is sparc-sun-solaris2.11 === libjava tests === setting trap for SIGTERM to terminated setting trap for SIGINT to interrupted by user setting trap for SIGQUIT to interrupted by user setting trap for SIGSEGV to segmentation violation dirlist is /vol/gnu/share/dejagnu/baseboards pushing config for build, name is galeras dirlist is /vol/gnu/share/dejagnu/baseboards pushing config for host, name is galeras target list is unix{-m64} Schedule of variations: unix/-m64 target is unix/-m64 Running target unix/-m64 dirlist is /vol/gnu/share/dejagnu/baseboards/galeras /vol/gnu/share/dejagnu/baseboards Using /vol/gnu/share/dejagnu/baseboards/unix.exp as board description file for target. Using /vol/gnu/share/dejagnu/config/unix.exp as generic interface file for target. Using /vol/gcc/src/gcc-dist/libjava/testsuite/config/default.exp as tool-and-target-specific interface file. Loading /vol/gnu/share/dejagnu/standard.exp pushing config for target, name is unix/-m64 Running /vol/gcc/src/gcc-dist/libjava/testsuite/libjava.cni/cni.exp ... version: 4.5.0 jar file is /vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/sparc-sun-solaris2.11/libjava/testsuite/../libgcj-4.5.0.jar gcj: libgcj.spec: No such file or directory while executing "exec /vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/gcc/gcj -B/vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/gcc/ --encoding=UTF-8 -m64 --print-multi-directory" ("eval" body line 1) invoked from within "eval exec $compiler [board_info target multilib_flags] --print-multi-directory" (procedure "find_libgcc_s" line 16) invoked from within "find_libgcc_s $GCJ_UNDER_TEST" (procedure "libjava_init" line 71) invoked from within "${tool}_init $test_file_name" invoked from within "if [info exists tool] { if { [info procs "${tool}_init"] != "" } { ${tool}_init $test_file_name } }" invoked from within "if [file exists $test_file_name] { set timestart [timestamp] if [info exists tool] { if { [info procs "${tool}_init"] != "" } { ${tool}_init..." (procedure "runtest" line 14) invoked from within "runtest $test_name" ("foreach" body line 42) invoked from within "foreach test_name [lsort [find ${dir} *.exp]] { if { ${test_name} == "" } { continue } # Ignore this one if asked to. if { ${ignore..." ("foreach" body line 54) invoked from within "foreach dir "${test_top_dirs}" { if { ${dir} != ${srcdir} } { # Ignore this directory if is a directory to be # ignored. if {[info..." ("foreach" body line 121) invoked from within "foreach pass $multipass { # multipass_name is set for `record_test' to use (see framework.exp). if { [lindex $pass 0] != "" } { set multipass_..." ("foreach" body line 51) invoked from within "foreach current_target $target_list { verbose "target is $current_target" set current_target_name $current_target set tlist [split $curren..." (file "/vol/gnu/share/dejagnu/runtest.exp" line 1625) Unfortunately, the same thing happens when I invoke runtest manually in the 20090522 tree where the 64-bit tests still worked correctly. What I find, though, are two different invocations of gcj (found with truss): * one like this /vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/gcc/gcj -B/vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/gcc/ -B/vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/sparc-sun-solaris2.11/libjava/testsuite/../ -v which finds libgcj.spec, and * another one like this /vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/gcc/gcj -B/vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/gcc/ --encoding=UTF-8 -m64 --print-multi-directory which doesn't (and lacks the second -B above, since libgcj.spec is only located in the libjava tree). Maybe this helps to get this resolved? Thanks. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40699
next prev parent reply other threads:[~2009-07-09 20:18 UTC|newest] Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-07-09 17:46 [Bug testsuite/40699] New: " ro at gcc dot gnu dot org 2009-07-09 18:08 ` [Bug testsuite/40699] " ro at gcc dot gnu dot org 2009-07-09 19:12 ` rsandifo at gcc dot gnu dot org 2009-07-09 19:17 ` ro at techfak dot uni-bielefeld dot de 2009-07-09 19:23 ` rsandifo at gcc dot gnu dot org 2009-07-09 20:18 ` ro at techfak dot uni-bielefeld dot de [this message] 2009-07-11 6:11 ` rsandifo at gcc dot gnu dot org 2009-07-11 6:44 ` rsandifo at gcc dot gnu dot org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20090709201749.24363.qmail@sourceware.org \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).