* egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results @ 1997-12-09 9:52 Harvey J. Stein 1997-12-09 10:59 ` Richard Henderson 1997-12-09 14:34 ` Toon Moene 0 siblings, 2 replies; 6+ messages in thread From: Harvey J. Stein @ 1997-12-09 9:52 UTC (permalink / raw) To: egcs Successfully built on linux alpha (Redhat 4.2), alphaev56-unknown-linux-gnulibc1, *after* removing the f subdirectory so as to avoid trying to build the fortran compiler (because it fails). I have miscellaneous gcc & kernel patches installed. GOOD WORK! Configuration: ../egcs-1.0/configure --prefix=/usr/local/egcs --enable-haifa I'm not including the tests run on the existing C compiler because it doesn't seem like the instructions for doing such are on the website any longer. If someone tells me how to do it, I'll run it. Test results: === libio Summary === # of expected passes 40 === libstdc++ Summary === # of expected passes 30 === gcc tests === FAIL: gcc.c-torture/execute/960218-1.c execution, -O0 FAIL: gcc.c-torture/execute/960218-1.c execution, -O1 FAIL: gcc.c-torture/execute/960218-1.c execution, -O2 FAIL: gcc.c-torture/execute/960218-1.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/960218-1.c execution, -O2 -fomit-frame-pointer -finline-functions -funroll-loops FAIL: gcc.c-torture/execute/960218-1.c execution, -O2 -fomit-frame-pointer -finline-functions -funroll-all-loops FAIL: gcc.c-torture/execute/complex-5.c execution, -O0 FAIL: gcc.c-torture/execute/complex-5.c execution, -O1 FAIL: gcc.c-torture/execute/complex-5.c execution, -O2 FAIL: gcc.c-torture/execute/complex-5.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/ieee/fp-cmp-1.c execution, -O0 FAIL: gcc.c-torture/execute/ieee/fp-cmp-1.c execution, -O1 FAIL: gcc.c-torture/execute/ieee/fp-cmp-1.c execution, -O2 FAIL: gcc.c-torture/execute/ieee/fp-cmp-1.c execution, -O2 -fomit-frame-pointer -finline-functions === gcc Summary === # of expected passes 4856 # of unexpected failures 14 # of expected failures 5 # of unsupported tests 9 === g++ tests === FAIL: g++.benjamin/p12475.C (test for warnings, line 4) XPASS: g++.brendan/array1.C overflow in array dimension.* , (test for errors, line 6) XPASS: g++.jason/destruct3.C - (test for bogus messages, line 38) XPASS: g++.mike/dyncast1.C Execution test XPASS: g++.mike/dyncast2.C Execution test === g++ Summary === # of expected passes 3390 # of unexpected failures 1 # of unexpected successes 4 # of expected failures 82 # of untested testcases 10 === g77 Summary === # of unexpected failures 72 # of untested testcases 60 WARNING: alphaev56-unknown-linux-gnulibc1-g77 does not exist make[1]: [check-g77] Error 1 (ignored) make[1]: Leaving directory `/home/hjstein/software/egcs-1.0-build/gcc' ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results 1997-12-09 9:52 egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results Harvey J. Stein @ 1997-12-09 10:59 ` Richard Henderson 1997-12-10 2:27 ` Harvey J. Stein 1997-12-10 2:49 ` Harvey J. Stein 1997-12-09 14:34 ` Toon Moene 1 sibling, 2 replies; 6+ messages in thread From: Richard Henderson @ 1997-12-09 10:59 UTC (permalink / raw) To: Harvey J. Stein; +Cc: egcs On Tue, Dec 09, 1997 at 07:11:17PM +0200, Harvey J. Stein wrote: > I'm not including the tests run on the existing C compiler because it > doesn't seem like the instructions for doing such are on the website > any longer. If someone tells me how to do it, I'll run it. Copy the gcc/testsuite directory out somethere, make sure gcc 2.7.2 is the gcc on your path, and do "runtest --tool=gcc". I did this a while ago -- the results are fairly bad. > FAIL: gcc.c-torture/execute/960218-1.c execution, -O0 This one I don't see here. Can you find this section in the gcc.log file and figure out what kind of failure? r~ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results 1997-12-09 10:59 ` Richard Henderson @ 1997-12-10 2:27 ` Harvey J. Stein 1997-12-10 2:49 ` Harvey J. Stein 1 sibling, 0 replies; 6+ messages in thread From: Harvey J. Stein @ 1997-12-10 2:27 UTC (permalink / raw) To: Richard Henderson, egcs; +Cc: hjstein Richard Henderson <rth@cygnus.com> writes: > Copy the gcc/testsuite directory out somethere, make sure gcc 2.7.2 > is the gcc on your path, and do "runtest --tool=gcc". I did this a > while ago -- the results are fairly bad. > > > > FAIL: gcc.c-torture/execute/960218-1.c execution, -O0 > > This one I don't see here. Can you find this section in the gcc.log > file and figure out what kind of failure? Executing on host: /home/hjstein/software/egcs-1.0-build/gcc/xgcc -B/home/hjstein/software/egcs-1.0-build/gcc/ /home/hjstein/software/egcs-1.0/gcc/testsuite/gcc.c-torture/execute/960218-1.c -w -O0 -lm -o /tmp/960218-1.x output is: /usr/bin/ld: Warning: size of symbol `glob' changed from 4 to 2900 in /lib/libc.so.6 PASS: gcc.c-torture/execute/960218-1.c compilation, -O0 FAIL: gcc.c-torture/execute/960218-1.c execution, -O0 I guess it looks more like a libc failure than an egcs failure - glob is defined in libc! -- Harvey J. Stein Berger Financial Research hjstein@bfr.co.il ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results 1997-12-09 10:59 ` Richard Henderson 1997-12-10 2:27 ` Harvey J. Stein @ 1997-12-10 2:49 ` Harvey J. Stein 1 sibling, 0 replies; 6+ messages in thread From: Harvey J. Stein @ 1997-12-10 2:49 UTC (permalink / raw) To: Richard Henderson; +Cc: hjstein Richard Henderson <rth@dot.cygnus.com> writes: > On Tue, Dec 09, 1997 at 07:11:17PM +0200, Harvey J. Stein wrote: > > I'm not including the tests run on the existing C compiler because it > > doesn't seem like the instructions for doing such are on the website > > any longer. If someone tells me how to do it, I'll run it. > > Copy the gcc/testsuite directory out somethere, make sure gcc 2.7.2 > is the gcc on your path, and do "runtest --tool=gcc". I did this a > while ago -- the results are fairly bad. You're quite right. It seems that gcc has all the failures of egcs + quite afew extras. I can't wait to give it a real test drive... Here're the gcc results: Test Run By hjstein on Wed Dec 10 12:13:02 1997 Native configuration is alphaev5-unknown-linux-gnulibc1 === gcc tests === FAIL: gcc.c-torture/compile/951220-1.c, -O1 FAIL: gcc.c-torture/compile/951220-1.c, -O2 FAIL: gcc.c-torture/compile/951220-1.c, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/compile/960106-1.c, -O1 FAIL: gcc.c-torture/compile/960106-1.c, -O2 FAIL: gcc.c-torture/compile/960106-1.c, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/compile/960218-1.c, -O0 FAIL: gcc.c-torture/compile/960218-1.c, -O1 FAIL: gcc.c-torture/compile/960218-1.c, -O2 FAIL: gcc.c-torture/compile/960218-1.c, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/compile/960221-1.c, -O0 FAIL: gcc.c-torture/compile/960221-1.c, -O1 FAIL: gcc.c-torture/compile/960221-1.c, -O2 FAIL: gcc.c-torture/compile/960221-1.c, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/compile/970214-1.c, -O0 FAIL: gcc.c-torture/compile/970214-1.c, -O1 FAIL: gcc.c-torture/compile/970214-1.c, -O2 FAIL: gcc.c-torture/compile/970214-1.c, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/931002-1.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/960218-1.c execution, -O0 FAIL: gcc.c-torture/execute/960218-1.c execution, -O1 FAIL: gcc.c-torture/execute/960218-1.c execution, -O2 FAIL: gcc.c-torture/execute/960218-1.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/960218-1.c execution, -O2 -fomit-frame-pointer -finline-functions -funroll-loops FAIL: gcc.c-torture/execute/960218-1.c execution, -O2 -fomit-frame-pointer -finline-functions -funroll-all-loops FAIL: gcc.c-torture/execute/960326-1.c execution, -O0 FAIL: gcc.c-torture/execute/960326-1.c execution, -O1 FAIL: gcc.c-torture/execute/960326-1.c execution, -O2 FAIL: gcc.c-torture/execute/960326-1.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/960416-1.c compilation, -O2 FAIL: gcc.c-torture/execute/961004-1.c execution, -O2 -fomit-frame-pointer -finline-functions -funroll-loops FAIL: gcc.c-torture/execute/961004-1.c execution, -O2 -fomit-frame-pointer -finline-functions -funroll-all-loops FAIL: gcc.c-torture/execute/970214-1.c compilation, -O0 FAIL: gcc.c-torture/execute/970214-1.c compilation, -O1 FAIL: gcc.c-torture/execute/970214-1.c compilation, -O2 FAIL: gcc.c-torture/execute/970214-1.c compilation, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/970214-2.c compilation, -O0 FAIL: gcc.c-torture/execute/970214-2.c compilation, -O1 FAIL: gcc.c-torture/execute/970214-2.c compilation, -O2 FAIL: gcc.c-torture/execute/970214-2.c compilation, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/complex-5.c execution, -O0 FAIL: gcc.c-torture/execute/complex-5.c execution, -O1 FAIL: gcc.c-torture/execute/complex-5.c execution, -O2 FAIL: gcc.c-torture/execute/complex-5.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/struct-ini-4.c execution, -O0 FAIL: gcc.c-torture/execute/struct-ini-4.c execution, -O1 FAIL: gcc.c-torture/execute/struct-ini-4.c execution, -O2 FAIL: gcc.c-torture/execute/struct-ini-4.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/widechar-1.c execution, -O0 FAIL: gcc.c-torture/execute/widechar-1.c execution, -O1 FAIL: gcc.c-torture/execute/widechar-1.c execution, -O2 FAIL: gcc.c-torture/execute/widechar-1.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/ieee/fp-cmp-1.c execution, -O0 FAIL: gcc.c-torture/execute/ieee/fp-cmp-1.c execution, -O1 FAIL: gcc.c-torture/execute/ieee/fp-cmp-1.c execution, -O2 FAIL: gcc.c-torture/execute/ieee/fp-cmp-1.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/execute/ieee/rbug.c execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gcc.c-torture/noncompile/930714-1.c FAIL: gcc.c-torture/noncompile/951227-1.c FAIL: gcc.c-torture/special/960224-1.c, -O0 -E -ansi -pedantic-errors FAIL: gcc.c-torture/special/960224-1.c, -O1 -E -ansi -pedantic-errors FAIL: gcc.c-torture/special/960224-1.c, -O2 -E -ansi -pedantic-errors FAIL: gcc.c-torture/special/960224-1.c, -O2 -fomit-frame-pointer -finline-functions -E -ansi -pedantic-errors FAIL: gcc.misc-tests/gcov-1.c (test for excess errors) FAIL: gcov failed: couldn't execute "gcov": no such file or directory FAIL: gcc.misc-tests/gcov-2.c (test for excess errors) (PRMS 8294) === gcc Summary === # of expected passes 4806 # of unexpected failures 66 # of expected failures 5 # of untested testcases 9 # of unsupported tests 7 Executing on host: gcc -v /usr/bin/gcc version 2.7.2.1 runtest completed at Wed Dec 10 12:25:37 1997 runtest completed at Wed Dec 10 12:25:37 1997 -- Harvey J. Stein Berger Financial Research hjstein@bfr.co.il ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results 1997-12-09 9:52 egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results Harvey J. Stein 1997-12-09 10:59 ` Richard Henderson @ 1997-12-09 14:34 ` Toon Moene 1997-12-09 16:25 ` namelist patch [was egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results] Richard Henderson 1 sibling, 1 reply; 6+ messages in thread From: Toon Moene @ 1997-12-09 14:34 UTC (permalink / raw) To: Harvey J. Stein; +Cc: egcs > Successfully built on linux alpha (Redhat 4.2), > alphaev56-unknown-linux-gnulibc1, *after* removing the > f subdirectory so as to avoid trying to build the fortran > compiler (because it fails). I have miscellaneous gcc > & kernel patches installed. Fascinating - it works for me (system type alphaev5-unknown-linux-gnulibc1 :-) > GOOD WORK! No doubt about that ... > Configuration: > ../egcs-1.0/configure --prefix=/usr/local/egcs > --enable-haifa I just did a ./configure --prefix=$HOME It dies, however, on the following (Fortran code): namelist/junk/a,b,c a=1.234 b=5.678 c=-123.456 write(10,junk) stop end (using g77 -ggdb -v namelist.f): [burley@zazo burley]$ gdb a.out GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (alpha-unknown-linux), Copyright 1996 Free Software Foundation, Inc... (gdb) run Starting program: /part2/burley/a.out Program received signal SIGSEGV, Segmentation fault. 0x120005488 in x_wsne (a=0x400000004) at xwsne.c:59 59 size = f__typesize[type]; (gdb) bt #0 0x120005488 in x_wsne (a=0x400000004) at xwsne.c:59 #1 0x12000527c in s_wsne (a=0x12010eb58) at wsne.c:24 #2 0x12000343c in MAIN__ () at namelist.f:7 #3 0x1200036dc in main (argc=4, argv=0x3d) at main.c:128 (gdb) p type $1 = 536926040 (gdb) Hope someone can use this information. Cheers, Toon. ^ permalink raw reply [flat|nested] 6+ messages in thread
* namelist patch [was egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results] 1997-12-09 14:34 ` Toon Moene @ 1997-12-09 16:25 ` Richard Henderson 0 siblings, 0 replies; 6+ messages in thread From: Richard Henderson @ 1997-12-09 16:25 UTC (permalink / raw) To: egcs, toon; +Cc: Harvey J. Stein, fortran On Tue, Dec 09, 1997 at 11:33:06PM +0100, Toon Moene wrote: > > ... so as to avoid trying to build the fortran > > compiler (because it fails). > > Fascinating - it works for me (system type > alphaev5-unknown-linux-gnulibc1 :-) It's going to depend on how it is built exactly, and with what version of binutils. It is quite probable that f771 overflows the .got segment when using binutils 2.7.0.2 -- later versions can handle multiple .got segments. If you care, you upgrade. Nothing for it. > It dies, however, on the following (Fortran code): > > namelist/junk/a,b,c > > a=1.234 > b=5.678 > c=-123.456 > > write(10,junk) > > stop > end Yep. Here's a patch. r~ Tue Dec 9 16:20:57 1997 Richard Henderson <rth@cygnus.com> * com.c (ffecom_type_vardesc_): Vardesc.dims is a `ftnlen*'. Index: com.c =================================================================== RCS file: /cvs/cvsfiles/egcs/gcc/f/com.c,v retrieving revision 1.8 diff -u -p -d -r1.8 com.c --- com.c 1997/11/03 06:07:00 1.8 +++ com.c 1997/12/10 00:16:49 @@ -9921,7 +9921,7 @@ ffecom_type_vardesc_ () addrfield = ffecom_decl_field (type, namefield, "addr", string_type_node); dimsfield = ffecom_decl_field (type, addrfield, "dims", - ffecom_f2c_ftnlen_type_node); + ffecom_f2c_ptr_to_ftnlen_type_node); typefield = ffecom_decl_field (type, dimsfield, "type", integer_type_node); ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~1997-12-10 2:49 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 1997-12-09 9:52 egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results Harvey J. Stein 1997-12-09 10:59 ` Richard Henderson 1997-12-10 2:27 ` Harvey J. Stein 1997-12-10 2:49 ` Harvey J. Stein 1997-12-09 14:34 ` Toon Moene 1997-12-09 16:25 ` namelist patch [was egcs-1.0 alphaev56-unknown-linux-gnulibc1 test results] Richard Henderson
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).