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


  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: link
Be 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).