public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "dominiq at lps dot ens dot fr" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug target/30406] ICE in LOGICAL(8) functions Date: Mon, 29 Jan 2007 20:47:00 -0000 [thread overview] Message-ID: <20070129204718.22637.qmail@sourceware.org> (raw) In-Reply-To: <bug-30406-12313@http.gcc.gnu.org/bugzilla/> ------- Comment #28 from dominiq at lps dot ens dot fr 2007-01-29 20:47 ------- Subject: Re: ICE in LOGICAL(8) functions > I suppose Andrew should submit it for review by the PowerPC maintainers. > If he doesn't have time, you could do it (unless he objects): Never do today what someone else can do tomorrow? > bootstrap and regtest the patch (complete regtest, not only Fortran), Applied to gcc-4.3-20070126 and built through fink. I only learnt two weeks ago how to run "test_installed", so I am very new in the regtest game. The summaries follow: === gcc Summary === # of expected passes 43171 # of unexpected failures 39 # of unexpected successes 3 # of expected failures 109 # of unresolved testcases 2 # of untested testcases 28 # of unsupported tests 460 /sw/lib/gcc4//bin/gcc version 4.3.0 20070126 (experimental) WARNING: Couldn't find the global config file. Test Run By dominiq on Mon Jan 29 19:52:53 2007 Native configuration is powerpc-apple-darwin7.9.0 === g++ Summary === # of expected passes 12135 # of unexpected failures 1427 # of unexpected successes 3 # of expected failures 80 # of unresolved testcases 90 # of unsupported tests 131 /sw/lib/gcc4//bin/g++ version 4.3.0 20070126 (experimental) WARNING: Couldn't find the global config file. Test Run By dominiq on Mon Jan 29 20:18:55 2007 Native configuration is powerpc-apple-darwin7.9.0 Here the results are probably due to a hack I am applying to avoid spurious warning at link time. I have also several messages such as: /sw/lib/odcctools/bin/ld: warning can't open dynamic library: /libgcc_s.1.dylib referenced from: /sw/lib/gcc4/lib/gcc/powerpc-apple-darwin7/4.3.0/../../../libstdc++.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) The lib should be /sw/lib/gcc4/lib/libgcc_s.1.dylib, I'ld have to investigate the origin of the problem === gfortran Summary === # of expected passes 15904 # of unexpected failures 24 # of expected failures 7 # of unsupported tests 57 /sw/lib/gcc4//bin/gfortran version 4.3.0 20070126 (experimental) WARNING: Couldn't find the global config file. Test Run By dominiq on Mon Jan 29 21:12:00 2007 Native configuration is powerpc-apple-darwin7.9.0 Note that I moved away the files gcc/testsuite/gfortran.dg/actual_array_interface_1.f90 (which is empty) and gcc/testsuite/gfortran.dg/intrinsic_actual_2.f90 whose executable is hanging under OSX (see my post: http://gcc.gnu.org/ml/fortran/2006-11/msg00394.html) Note also that beside the files large_real_kind_2.F90 and large_real_kind_form_io_2.f90, I have also some failures such as: WARNING: gfortran.dg/iso_fortran_env_3.f90 -O0 compilation failed to produce executable I do not see when compiling the file directly (will all the failing options I have tested). The errors are: use iso_fortran_env, foo => numeric_storage_size 1 Error: Symbol 'numeric_storage_size' referenced at (1) not found in module 'iso_fortran_env' /Users/dominiq/test/gcc-4.3-20070126/gcc/testsuite/gfortran.dg/iso_fortran_env_3.f90:18.29: use iso_fortran_env, only : numeric_storage_size, character_storage_size 1 Error: Symbol 'numeric_storage_size' referenced at (1) not found in module 'iso_fortran_env' /Users/dominiq/test/gcc-4.3-20070126/gcc/testsuite/gfortran.dg/iso_fortran_env_3.f90:18.51: use iso_fortran_env, only : numeric_storage_size, character_storage_size 1 Error: Symbol 'character_storage_size' referenced at (1) not found in module 'iso_fortran_env' compiler exited with status 1 === objc Summary === # of expected passes 2976 # of unsupported tests 1 /sw/lib/gcc4//bin/gcc version 4.3.0 20070126 (experimental) Note that I have several errors such as: Running /Users/dominiq/test/gcc-4.3-20070126/gcc/testsuite/objc.dg/gnu-encoding/gnu-encoding.exp ... ERROR: tcl error sourcing /Users/dominiq/test/gcc-4.3-20070126/gcc/testsuite/objc.dg/gnu-encoding/gnu-encoding.exp. ERROR: can't read "HOSTCC": no such variable while executing "remote_exec host "$HOSTCC $HOSTCFLAGS $generator_cmd"" invoked from within "set status [remote_exec host "$HOSTCC $HOSTCFLAGS $generator_cmd"]" (file "/Users/dominiq/test/gcc-4.3-20070126/gcc/testsuite/objc.dg/gnu-encoding/gnu-encoding.exp" line 40) invoked from within "source /Users/dominiq/test/gcc-4.3-20070126/gcc/testsuite/objc.dg/gnu-encoding/gnu-encoding.exp" ("uplevel" body line 1) invoked from within "uplevel #0 source /Users/dominiq/test/gcc-4.3-20070126/gcc/testsuite/objc.dg/gnu-encoding/gnu-encoding.exp" invoked from within "catch "uplevel #0 source $test_file_name"" > post the patch --- gcc-4.3-20070126/gcc/config/rs6000/rs6000.c Thu Jan 25 21:32:06 2007 +++ gcc-4.3-20070127/gcc/config/rs6000/rs6000.c Sat Jan 27 00:06:05 2007 @@ -20325,7 +20325,7 @@ } if ((INTEGRAL_TYPE_P (valtype) - && TYPE_PRECISION (valtype) < BITS_PER_WORD) + && GET_MODE_BITSIZE (TYPE_MODE (valtype)) < BITS_PER_WORD) || POINTER_TYPE_P (valtype)) mode = TARGET_32BIT ? SImode : DImode; else > (with ChangeLog entry I am not sure to be ready to count spaces! > and a testcase for addition to our testsuite) ! { dg-do compile } ! This checks the fix for PR30406. ! ! Contributed by Francois-Xavier Coudert <fxcoudert@gcc.gnu.org> !=============================================================== function f() logical(8) :: f f=.false._8 end function f > to gcc-patches, I'll have to learn the cannonical form! > CCing the PowerPC maintainers (Geoff Keating and David Edelsohn), asking > for it to be reviewed. I am refraining to comment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30406
next prev parent reply other threads:[~2007-01-29 20:47 UTC|newest] Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-01-08 13:03 [Bug fortran/30406] New: " dominiq at lps dot ens dot fr 2007-01-08 13:33 ` [Bug fortran/30406] " burnus at gcc dot gnu dot org 2007-01-08 13:42 ` dominiq at lps dot ens dot fr 2007-01-08 17:38 ` kargl at gcc dot gnu dot org 2007-01-08 17:44 ` pinskia at gcc dot gnu dot org 2007-01-08 19:05 ` dominiq at lps dot ens dot fr 2007-01-08 20:19 ` dominiq at lps dot ens dot fr 2007-01-08 20:34 ` sgk at troutmask dot apl dot washington dot edu 2007-01-08 20:49 ` dominiq at lps dot ens dot fr 2007-01-09 16:13 ` fxcoudert at gcc dot gnu dot org 2007-01-09 22:06 ` dominiq at lps dot ens dot fr 2007-01-09 22:08 ` pinskia at gcc dot gnu dot org 2007-01-09 22:11 ` dominiq at lps dot ens dot fr 2007-01-10 6:44 ` fxcoudert at gcc dot gnu dot org 2007-01-10 8:11 ` fxcoudert at gcc dot gnu dot org 2007-01-10 9:07 ` pinskia at gcc dot gnu dot org 2007-01-10 22:51 ` pinskia at gcc dot gnu dot org 2007-01-10 22:56 ` pinskia at gcc dot gnu dot org 2007-01-10 23:02 ` [Bug target/30406] " pinskia at gcc dot gnu dot org 2007-01-10 23:04 ` pinskia at gcc dot gnu dot org 2007-01-10 23:04 ` pinskia at gcc dot gnu dot org 2007-01-10 23:09 ` pinskia at gcc dot gnu dot org 2007-01-10 23:20 ` pinskia at gcc dot gnu dot org 2007-01-11 8:08 ` fxcoudert at gcc dot gnu dot org 2007-01-13 17:09 ` dominiq at lps dot ens dot fr 2007-01-29 15:13 ` dominiq at lps dot ens dot fr 2007-01-29 15:31 ` fxcoudert at gcc dot gnu dot org 2007-01-29 17:58 ` pinskia at gcc dot gnu dot org 2007-01-29 20:47 ` dominiq at lps dot ens dot fr [this message] 2007-02-10 17:24 ` fxcoudert at gcc dot gnu dot org 2007-02-10 22:12 ` dominiq at lps dot ens dot fr 2007-02-10 22:21 ` fxcoudert at gcc dot gnu dot org 2007-02-10 22:42 ` pinskia at gcc dot gnu dot org 2007-02-10 22:44 ` dominiq at lps dot ens dot fr 2007-02-13 19:05 ` fxcoudert at gcc dot gnu dot org 2007-03-04 8:10 ` fxcoudert at gcc dot gnu dot org 2007-03-04 8:11 ` [Bug target/30406] [4.1/4.2 only] " fxcoudert at gcc dot gnu dot org 2007-03-05 3:28 ` mmitchel at gcc dot gnu dot org 2007-03-08 12:35 ` fxcoudert at gcc dot gnu dot org 2007-03-08 13:24 ` [Bug target/30406] [4.1 " burnus at gcc dot gnu dot org 2007-03-08 13:34 ` fxcoudert 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=20070129204718.22637.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).