[Bug target/30406] ICE in LOGICAL(8) functions
dominiq at lps dot ens dot fr
gcc-bugzilla@gcc.gnu.org
Mon Jan 29 20:47:00 GMT 2007
------- 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
More information about the Gcc-bugs
mailing list