[Bug fortran/17123] Assertion fail in trans-const.c
--- Additional Comments From refson dot temp at ntlworld dot com 2005-03-23 11:16 --- This bug is a complete showstopper, but has been sitting unresolved for 6 months. Is there any way to increase the priority and actually have it assigned to anyone? There is no way to even test that the rest of our code compiles until this is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17123
[Bug fortran/32478] New: ICE on overloaded interface
The attached code generates an ICE when compiled at level -O1, but curiously not -O0, -O2, -O3. wtest.f90: In function foo_bar_phi_foo: wtest.f90:12: internal compiler error: in build2_stat, at tree.c:3074 Please submit a full bug report, with preprocessed source if appropriate. The cause appears to be the dimensionality of the array arguments. If the dimensionality is reduced by one the ICE disappears. Additional version info: Driving: gfortran -v -save-temps -O1 wtest.f90 -lgfortranbegin -lgfortran -lm -shared-libgcc Using built-in specs. Target: i386-pc-linux-gnu Configured with: /home/fxcoudert/gfortran_nightbuild/trunk/configure --prefix=/home/fxcoudert/gfortran_nightbuild/irun-20070620 --enable-languages=c,fortran --build=i386-pc-linux-gnu --enable-checking=release --with-gmp=/home/fxcoudert/gfortran_nightbuild/software Thread model: posix gcc version 4.3.0 20070620 (experimental) /usr/local/gfortran/bin/../libexec/gcc/i386-pc-linux-gnu/4.3.0/f951 wtest.f90 -quiet -dumpbase wtest.f90 -mtune=i386 -auxbase wtest -O1 -version -fintrinsic-modules-path /usr/local/gfortran/bin/../lib/gcc/i386-pc-linux-gnu/4.3.0/finclude -o wtest.s GNU F95 version 4.3.0 20070620 (experimental) (i386-pc-linux-gnu) compiled by GNU C version 4.3.0 20070620 (experimental), GMP version 4.2.1, MPFR version 2.2.1. GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129432 -- Summary: ICE on overloaded interface Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: refson dot temp at ntlworld dot com GCC host triplet: i386-pc-linux-gnu GCC target triplet: i386-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32478
[Bug fortran/32478] ICE on overloaded interface
--- Comment #1 from refson dot temp at ntlworld dot com 2007-06-24 10:09 --- Created an attachment (id=13773) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13773&action=view) Test case source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32478
[Bug fortran/17123] Assertion fail in trans-const.c
--- Additional Comments From refson dot temp at ntlworld dot com 2005-07-24 10:36 --- Please accept my apologies. I had not realised that this was a gcc-developers-only site and that bug reports from users are not welcome. I have no expertise in compiler development so the likelyhood of my being able to fix this myself is small. Your suggestion of paying someone to fix it is interesting, but if, as you say there are many similar bugs I fear that this would be a poor investment compared to paying for one of the several available commercial compilers (eg the Intel one which is very reasonably priced) in which case I could be reasonably sure of being able to compile my code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17123
[Bug fortran/34788] New: Error diagnostic issued passing array element to explicit shape dummy argument
Gfortran version 4.3.0 20080114 (experimental) [trunk revision 131520] issues a diagnostic call b(z(1)) 1 Error: Element of assumed-shaped array passed to dummy argument 'x' at (1) on the attached program. This diagnostic is (a) misleading - b is NOT an assumed-shape array, and (b) incorrect. I believe the code is standard conforming Fortran under the provision allowing an array element to be passed to an array dummy argument. Gfortran 4.3.0 20071126 (experimental) [trunk revision 130431] compiles the code without any diagnostic, as do the NAG, g95, ifort, IBM XLF, pathscale, pgi compilers. module passtest integer, dimension(:),allocatable,save :: z integer, dimension(4) :: t contains subroutine a call b(z(1)) call b(t(1)) end subroutine a subroutine b(x) integer, dimension(2) :: x end subroutine b end module passtest -- Summary: Error diagnostic issued passing array element to explicit shape dummy argument Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: refson dot temp at ntlworld dot com GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34788
[Bug fortran/29562] New: -malign-double breaks formatted IO
The program
program gftest
write(*,'(a)') 'Hello World'
end program gftest
generates the erroneous error report
At line 3 of file gftest.f90
Fortran runtime error: Missing initial left parenthesis in format
Äø
when compiled with the "-malign-double" flag. In a larger program
"-malign-double" results in various undefined behaviour including segmentation
faults.
--
Summary: -malign-double breaks formatted IO
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: refson dot temp at ntlworld dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29562
[Bug fortran/29562] -malign-double breaks formatted IO
--- Comment #2 from refson dot temp at ntlworld dot com 2006-10-23 13:46 --- Sorry. This is on a 32-bit AMD Athlon 1800+ processor. I assume the issue doesn't arise on 64-bit hardware. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29562
[Bug fortran/29562] -malign-double breaks formatted IO
--- Comment #3 from refson dot temp at ntlworld dot com 2006-10-23 13:48 --- For the record [EMAIL PROTECTED] New_Code_TCM]$ gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /home/fxcoudert/gfortran_nightbuild/trunk/configure --prefix=/home/fxcoudert/gfortran_nightbuild/irun-20061023 --enable-languages=c,fortran --with-gmp=/home/fxcoudert/gfortran_nightbuild/software Thread model: posix gcc version 4.3.0 20061023 (experimental) The O/S is Mandriva 2006. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29562
[Bug fortran/29563] New: Internal read loses data.
gcc version 4.3.0 20061023 (experimental)
Mandriva 2006.0
The program
program gfbread
character(len=256), dimension(3) :: block_data = (/'1 2 3','4 5 6','7 8
9'/)
real(kind=8), dimension(3,3) :: tmp_box
read(block_data,*,iostat=iostat)((tmp_box(i,j),j=1,3),i=1,3)
write(*,'(3F10.5)') ((tmp_box(i,j),j=1,3),i=1,3)
end program gfbread
prints the output
1.0 2.0 3.0
4.0 5.0 6.0
7.0 8.0 0.0
instead of the correct
1.0 2.0 3.0
4.0 5.0 6.0
7.0 8.0 9.0
--
Summary: Internal read loses data.
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: refson dot temp at ntlworld dot com
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29563
