public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "rob1weld at aol dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/38946] [4.4 Regression] gcc trunk 143562 - Testsuite - gfortran failing tests that worked previously Date: Thu, 29 Jan 2009 12:32:00 -0000 [thread overview] Message-ID: <20090129123243.9833.qmail@sourceware.org> (raw) In-Reply-To: <bug-38946-13830@http.gcc.gnu.org/bugzilla/> ------- Comment #14 from rob1weld at aol dot com 2009-01-29 12:32 ------- (In reply to comment #5) > ! Test XFAILed on these platforms because the system's printf() lacks > ! proper support for denormalized long doubles. See PR24685 > Looks like this testcase should be xfailed on solaris also. (In reply to comment #9) > Subject: Re: [trunk regression]?gcc trunk 143562 - Testsuite - gfortran > failing tests that worked previously > I think adding a printf() clone to libiberty is WAY overkill just to > silence one failing test. I took a look around for some existing tests that could help us. The files: gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-* gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-scanf-* are setup only for mingw. I added OpenSolaris and got this result: Mod: /* { dg-do compile { target { *-*-mingw* } } } */ /* { dg-do compile { target { *-*-mingw* *-*-solaris2.11* } } } */ Result: FAIL: gcc.dg/format/ms_c90-printf-1.c (test for excess errors) Excess errors: /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-1.c:56: warning: use of 'h' length modifier with 'c' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-1.c:57: warning: use of 'h' length modifier with 's' type character FAIL: gcc.dg/format/ms_c90-printf-2.c %hh is unsupported (test for warnings, line 17) FAIL: gcc.dg/format/ms_c90-printf-2.c %j is unsupported (test for warnings, line 19) FAIL: gcc.dg/format/ms_c90-printf-2.c %z is unsupported (test for warnings, line 20) FAIL: gcc.dg/format/ms_c90-printf-2.c %t is unsupported (test for warnings, line 21) FAIL: gcc.dg/format/ms_c90-printf-2.c (test for excess errors) Excess errors: /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:17: warning: ISO C90 does not support the 'hh' gnu_printf length modifier /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:18: warning: format '%I64d' expects type 'int', but argument 2 has type 'llong' /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:19: warning: ISO C90 does not support the 'j' gnu_printf length modifier /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:20: warning: ISO C90 does not support the 'z' gnu_printf length modifier /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:21: warning: ISO C90 does not support the 't' gnu_printf length modifier FAIL: gcc.dg/format/ms_c90-printf-2.c -DWIDE %hh is unsupported (test for warnings, line 17) FAIL: gcc.dg/format/ms_c90-printf-2.c -DWIDE %j is unsupported (test for warnings, line 19) FAIL: gcc.dg/format/ms_c90-printf-2.c -DWIDE %z is unsupported (test for warnings, line 20) FAIL: gcc.dg/format/ms_c90-printf-2.c -DWIDE %t is unsupported (test for warnings, line 21) FAIL: gcc.dg/format/ms_c90-printf-2.c -DWIDE (test for excess errors) Excess errors: /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:17: warning: ISO C90 does not support the 'hh' gnu_printf length modifier /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:18: warning: format '%I64d' expects type 'int', but argument 2 has type 'llong' /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:19: warning: ISO C90 does not support the 'j' gnu_printf length modifier /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:20: warning: ISO C90 does not support the 'z' gnu_printf length modifier /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-printf-2.c:21: warning: ISO C90 does not support the 't' gnu_printf length modifier FAIL: gcc.dg/format/ms_c90-scanf-1.c %L is unsupported (test for warnings, line 75) FAIL: gcc.dg/format/ms_c90-scanf-1.c %L is unsupported (test for warnings, line 76) FAIL: gcc.dg/format/ms_c90-scanf-1.c %L is unsupported (test for warnings, line 77) FAIL: gcc.dg/format/ms_c90-scanf-1.c %L is unsupported (test for warnings, line 78) FAIL: gcc.dg/format/ms_c90-scanf-1.c %L is unsupported (test for warnings, line 79) FAIL: gcc.dg/format/ms_c90-scanf-1.c (test for excess errors) Excess errors: /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-scanf-1.c:56: warning: use of 'h' length modifier with 's' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-scanf-1.c:58: warning: use of 'h' length modifier with 'c' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-scanf-1.c:75: warning: use of 'L' length modifier with 's' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-scanf-1.c:76: warning: use of 'L' length modifier with '[' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-scanf-1.c:77: warning: use of 'L' length modifier with 'c' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-scanf-1.c:78: warning: use of 'L' length modifier with 'p' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-scanf-1.c:79: warning: use of 'L' length modifier with 'n' type character FAIL: gcc.dg/format/ms_c90-strftime-2.c (test for excess errors) Excess errors: /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-strftime-2.c:15: warning: '%D' yields only last 2 digits of year /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c90-strftime-2.c:18: warning: '%g' yields only last 2 digits of year FAIL: gcc.dg/format/ms_c99-printf-1.c bad use of %hF (test for warnings, line 27) FAIL: gcc.dg/format/ms_c99-printf-1.c bad use of %ha (test for warnings, line 32) FAIL: gcc.dg/format/ms_c99-printf-1.c bad use of %hA (test for warnings, line 33) FAIL: gcc.dg/format/ms_c99-printf-1.c (test for excess errors) Excess errors: /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-1.c:27: warning: use of 'h' length modifier with 'F' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-1.c:32: warning: use of 'h' length modifier with 'a' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-1.c:33: warning: use of 'h' length modifier with 'A' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-1.c:34: warning: use of 'h' length modifier with 'c' type character /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-1.c:35: warning: use of 'h' length modifier with 's' type character FAIL: gcc.dg/format/ms_c99-printf-2.c %q length is unsupported (test for warnings, line 18) FAIL: gcc.dg/format/ms_c99-printf-2.c %Z length is unsupported (test for warnings, line 20) FAIL: gcc.dg/format/ms_c99-printf-2.c printf %m is unsupported (test for warnings, line 24) FAIL: gcc.dg/format/ms_c99-printf-2.c printf I format (test for warnings, line 32) FAIL: gcc.dg/format/ms_c99-printf-2.c (test for excess errors) Excess errors: /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-2.c:18: warning: ISO C does not support the 'q' gnu_printf length modifier /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-2.c:20: warning: ISO C does not support the 'Z' gnu_printf length modifier /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-2.c:24: warning: ISO C does not support the '%m' gnu_printf format /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/format/ms_c99-printf-2.c:32: warning: 'I' flag used with '%x' gnu_printf format There are a small sample of some of the FAIL:s that I get. There are many PASS:es also. It is true that some of the FAIL results are due to MinGW extensions but some of them seem to indicate that we would get different results on different OSes - not what we want. Support for Andrew's position that "... >> lacks proper support >> for denormalized long doubles. See PR24685 > Looks like this testcase should be xfailed on solaris also." is provided by these gcc.log entries: ... Running /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/compat/compat.exp ... Executing on host: /usr/share/src/gcc_build/gcc/xgcc -B/usr/share/src/gcc_build/gcc/ dfprt17039.c -lm -o dfprt17039.exe (timeout = 300) /var/tmp//cc7eaOLo.o: In function `main': dfprt17039.c:(.text+0x25): undefined reference to `__dpd_extendsdtd2' dfprt17039.c:(.text+0x4f): undefined reference to `__dpd_extendddtd2' dfprt17039.c:(.text+0x8a): undefined reference to `__dpd_addtd3' collect2: ld returned 1 exit status compiler exited with status 1 output is: /var/tmp//cc7eaOLo.o: In function `main': dfprt17039.c:(.text+0x25): undefined reference to `__dpd_extendsdtd2' dfprt17039.c:(.text+0x4f): undefined reference to `__dpd_extendddtd2' dfprt17039.c:(.text+0x8a): undefined reference to `__dpd_addtd3' collect2: ld returned 1 exit status Executing on host: /usr/share/src/gcc_build/gcc/xgcc -B/usr/share/src/gcc_build/gcc/ -DSKIP_DECIMAL_FLOAT -c -o c_compat_main_tst.o /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/compat/fnptr-by-value-1_main.c (timeout = 300) PASS: gcc.dg/compat/fnptr-by-value-1 c_compat_main_tst.o compile ... PASS: gcc.dg/dfp/func-vararg-dfp.c (test for excess errors) Executing on host: /usr/share/src/gcc_build/gcc/xgcc -B/usr/share/src/gcc_build/gcc/ /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/dfp/func-vararg-mixed-2.c -std=gnu99 -mpreferred-stack-boundary=2 -lm -o ./func-vararg-mixed-2.exe (timeout = 300) /var/tmp//cclEaaXH.o: In function `vararg_d64': func-vararg-mixed-2.c:(.text+0xaa): undefined reference to `__dpd_truncddsd2' /var/tmp//cclEaaXH.o: In function `main': func-vararg-mixed-2.c:(.text+0x1c1): undefined reference to `__dpd_nesd2' func-vararg-mixed-2.c:(.text+0x215): undefined reference to `__dpd_extendsddd2' func-vararg-mixed-2.c:(.text+0x231): undefined reference to `__dpd_nedd2' func-vararg-mixed-2.c:(.text+0x2b8): undefined reference to `__dpd_netd2' collect2: ld returned 1 exit status compiler exited with status 1 output is: /var/tmp//cclEaaXH.o: In function `vararg_d64': func-vararg-mixed-2.c:(.text+0xaa): undefined reference to `__dpd_truncddsd2' /var/tmp//cclEaaXH.o: In function `main': func-vararg-mixed-2.c:(.text+0x1c1): undefined reference to `__dpd_nesd2' func-vararg-mixed-2.c:(.text+0x215): undefined reference to `__dpd_extendsddd2' func-vararg-mixed-2.c:(.text+0x231): undefined reference to `__dpd_nedd2' func-vararg-mixed-2.c:(.text+0x2b8): undefined reference to `__dpd_netd2' collect2: ld returned 1 exit status FAIL: gcc.dg/dfp/func-vararg-mixed-2.c (test for excess errors) Excess errors: func-vararg-mixed-2.c:(.text+0xaa): undefined reference to `__dpd_truncddsd2' func-vararg-mixed-2.c:(.text+0x1c1): undefined reference to `__dpd_nesd2' func-vararg-mixed-2.c:(.text+0x215): undefined reference to `__dpd_extendsddd2' func-vararg-mixed-2.c:(.text+0x231): undefined reference to `__dpd_nedd2' func-vararg-mixed-2.c:(.text+0x2b8): undefined reference to `__dpd_netd2' ...(more)... I think we would benefit from fixing the "dg-do compile" lines in those tests to include both "*-*-solaris2.11*" and "*-*-linux*" . If we find we get inconsistent results from different OSes then it may well be worth using some libiberty with gcc and ensuring that if we ./configure using "--enable-decimal-float --with-long-double-128 --enable-largefile" that it either works correctly _or_ is correctly excluded from testing. Thanks Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38946
next prev parent reply other threads:[~2009-01-29 12:32 UTC|newest] Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-01-23 15:19 [Bug fortran/38946] New: " rob1weld at aol dot com 2009-01-23 20:04 ` [Bug fortran/38946] " mikael at gcc dot gnu dot org 2009-01-25 17:00 ` rob1weld at aol dot com 2009-01-25 17:35 ` rob1weld at aol dot com 2009-01-26 18:42 ` [Bug fortran/38946] [trunk regression] " mikael at gcc dot gnu dot org 2009-01-26 19:29 ` [Bug testsuite/38946] " pinskia at gcc dot gnu dot org 2009-01-27 15:50 ` rob1weld at aol dot com 2009-01-27 16:00 ` rob1weld at aol dot com 2009-01-27 19:38 ` [Bug testsuite/38946] [trunk regression]?gcc " DJ Delorie 2009-01-27 16:18 ` [Bug testsuite/38946] [trunk regression] gcc " rob1weld at aol dot com 2009-01-27 19:38 ` dj at redhat dot com 2009-01-27 22:29 ` rob1weld at aol dot com 2009-01-27 22:45 ` rob1weld at aol dot com 2009-01-27 23:26 ` rob1weld at aol dot com 2009-01-27 23:47 ` [Bug testsuite/38946] [4.4 Regression] " rob1weld at aol dot com 2009-01-29 12:32 ` rob1weld at aol dot com [this message] 2009-01-30 3:25 ` rob1weld at aol dot com 2009-02-01 13:21 ` rguenth at gcc dot gnu dot org 2009-04-21 16:02 ` [Bug testsuite/38946] [4.4/4.5 " jakub at gcc dot gnu dot org 2009-07-22 10:34 ` jakub at gcc dot gnu dot org 2009-10-15 12:55 ` jakub at gcc dot gnu dot org 2010-01-21 13:19 ` jakub at gcc dot gnu dot org 2010-04-30 9:01 ` [Bug testsuite/38946] [4.4/4.5/4.6 " jakub at gcc dot gnu dot org 2010-06-04 12:54 ` ro at gcc dot gnu dot org 2010-06-07 16:32 ` ro at CeBiTec dot Uni-Bielefeld dot DE 2010-06-07 16:49 ` ro at gcc dot gnu dot org 2010-06-07 16:49 ` ro at gcc dot gnu dot org 2010-06-20 2:06 ` rob1weld at aol dot com 2010-06-25 18:56 ` ro at gcc dot gnu dot org 2010-06-25 19:25 ` jvdelisle at gcc dot gnu dot org 2010-06-25 19:26 ` ro at CeBiTec dot Uni-Bielefeld dot DE 2010-06-25 20:21 ` jvdelisle at gcc dot gnu dot org 2010-06-25 20:34 ` ro at CeBiTec dot Uni-Bielefeld dot DE 2010-06-25 20:42 ` jvdelisle at gcc dot gnu dot org 2010-06-25 20:43 ` ro at CeBiTec dot Uni-Bielefeld dot DE 2010-06-25 21:33 ` jvdelisle at gcc dot gnu dot org 2010-07-09 19:18 ` ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-20 18:46 ` rob1weld at aol dot com 2010-07-20 19:23 ` ro at gcc dot gnu dot org 2010-07-21 4:37 ` jvdelisle at gcc dot gnu dot org 2010-07-21 7:56 ` ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-21 9:06 ` ro at gcc dot gnu dot org 2010-07-21 9:07 ` ro at gcc dot gnu dot org 2010-07-21 9:09 ` ro at gcc dot gnu dot org 2010-07-23 8:44 ` rob1weld at aol dot com
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=20090129123243.9833.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).