public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "amylaar at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/30119] New: libjava testsuite output is erratic and unhelpful Date: Fri, 08 Dec 2006 11:40:00 -0000 [thread overview] Message-ID: <bug-30119-5394@http.gcc.gnu.org/bugzilla/> (raw) I have tested the patch for PR rtl-optimization/29858 in revision 119261 on gcc01 (i686-pc-linux-gnu) Compared to a pristine build of revision 119055, these are the additional failures: > FAIL: gcc.dg/visibility-11.c scan-assembler memcpy@PLT 14a16,17 > FAIL: gcc.dg/vect/vect-pow-1.c scan-tree-dump pattern recognized > FAIL: gcc.dg/vect/vect-pow-2.c scan-tree-dump pattern recognized 107a111,112 > FAIL: PR18699 execution - gij test > FAIL: PR18699 execution - gij test compared to a pristine build of 119261 (the base version), this are the aditional failures: 110a111,115 > FAIL: PR18699 execution - gij test > FAIL: PR18699 execution - gij test > FAIL: SyncTest execution - gij test > FAIL: SyncTest execution - gij test > FAIL: SyncTest execution - gij test With failures in the gcc core or c++ / libstdc++ testsuite, reproducing failures is very straight forward : you cut & paste the appropriate line(s) from the log file in order, and can thus ovserve the failure interactively, and then use gdb and/or debugging dumps to further investigate. The log file shows this about the PR18699 failure: PASS: PR18699 -O3 output - source compiled test byte compile: /home/amylaar/bld/2006-11-27-29858/i686/gcc/gcj -B/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/libjava/ -B/home/amylaar/bld/2006-11-27-29858/i686/gcc/ --encoding=UTF-8 -C -I/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/libjava/testsuite/../libgcj-4.3.0.jar -g /home/amylaar/bld/2006-11-27-29858/srcw/libjava/testsuite/libjava.lang/PR18699.java -d /home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/libjava/testsuite 2>@ stdout PASS: PR18699 byte compilation PR18699PR18699 set_ld_library_path_env_vars: ld_library_path=.:/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/./libjava/.libs:/home/amylaar/bld/2006-11-27-29858/i686/gcc Setting LD_LIBRARY_PATH to .:/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/./libjava/.libs:/home/amylaar/bld/2006-11-27-29858/i686/gcc:.:/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/./libjava/.libs:/home/amylaar/bld/2006-11-27-29858/i686/gcc:.:/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/./libjava/.libs:/home/amylaar/bld/2006-11-27-29858/i686/gcc:/home/amylaar/bld/2006-11-27-29858/i686/./bfd/.libs:/home/amylaar/bld/2006-11-27-29858/i686/./prev-bfd/.libs:/home/amylaar/bld/2006-11-27-29858/i686/./opcodes/.libs:/home/amylaar/bld/2006-11-27-29858/i686/./prev-opcodes/.libs:/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/libstdc++-v3/.libs:/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/libmudflap/.libs:/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/libssp/.libs:/home/amylaar/bld/2006-11-27-29858/i686/i686-pc-linux-gnu/libgomp/.libs:/home/amylaar/bld/2006-11-27-29858/i686/./gcc:/home/amylaar/bld/2006-11-27-29858/i686/./prev-gcc FAIL: PR18699 execution - gij test When I cut & past the line above 'PASS: PR18699 byte compilation', a file named '@' is created, which contains: gcj: stdout: No such file or directory The only README file in the entire libjava testsuite is testsuite/libjava.verify/README.verify . The web documentation on testing http://gcc.gnu.org/install/test.html only has the basic meaning of PASS/ FAIL etc for the benefit of a person who installs the library without modifying any pieces of the GNU compiler collection. I should not be required to reverse-engineer the libjava testsuite before I can interpret/debug test results for my patches to the gcc core. There should be easy-to-follow documentation how I can get from the debugging log to reproducing the failure. Moreover, considering that there is no regession against the baseline for any other part of the GNU compiler collection, and the recent track record of libjava testing, it seems highly likely that the regressions are actually testsuite failures. -- Summary: libjava testsuite output is erratic and unhelpful Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org OtherBugsDependingO 29842,29858 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30119
next reply other threads:[~2006-12-08 11:40 UTC|newest] Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top 2006-12-08 11:40 amylaar at gcc dot gnu dot org [this message] 2006-12-08 11:46 ` [Bug testsuite/30119] " aph at gcc dot gnu dot org 2006-12-08 14:59 ` amylaar at gcc dot gnu dot org 2006-12-08 15:21 ` aph at gcc dot gnu dot org 2006-12-08 15:46 ` amylaar at gcc dot gnu dot org 2006-12-08 16:45 ` aph at gcc dot gnu dot org 2006-12-13 13:25 ` amylaar at gcc dot gnu dot org 2006-12-13 13:43 ` aph at gcc dot gnu dot org 2006-12-13 19:47 ` amylaar at gcc dot gnu dot org 2006-12-15 11:21 ` aph at gcc dot gnu dot org 2006-12-19 12:57 ` amylaar 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=bug-30119-5394@http.gcc.gnu.org/bugzilla/ \ --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).