--- Comment #18 from pault at gcc dot gnu dot org 2008-01-07 08:15 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #17 from pault at gcc dot gnu dot org 2008-01-06 22:00 ---
Subject: Bug 34545
Author: pault
Date: Sun Jan 6 22:00:00 2008
New Revision: 131364
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131364
Log:
2008-01-06 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #16 from paulthomas2 at wanadoo dot fr 2008-01-06 20:39 ---
Subject: Re: ICE when compiling Fortran 95 code
Tobias,
Nothing - I have just updated to FC8 and blew all my nice set-up to
pieces. This is the first time that Fedora has let me down. I will be
operational fir
--- Comment #15 from burnus at gcc dot gnu dot org 2008-01-06 18:48 ---
Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00017.html
Paul, what is with your patch (see above)? (I OKed it a few days ago.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34545
--- Comment #14 from pault at gcc dot gnu dot org 2008-01-02 21:00 ---
(In reply to comment #13)
> The patch in comment #12 works as advertised without regression in 32 and 64
> bit modes on ppc/Intel and my favourite platform.
>
Thanks for the test. I have been through several variant
--- Comment #13 from dominiq at lps dot ens dot fr 2008-01-01 22:47 ---
The patch in comment #12 works as advertised without regression in 32 and 64
bit modes on ppc/Intel and my favourite platform.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34545
--- Comment #12 from pault at gcc dot gnu dot org 2008-01-01 17:23 ---
Ah! I feel a light bulb moment coming on.
The type mismatch necessitates the use of the internal real to integer
conversion function, which in its turn checks the interface with 'get_nfirst'.
Being a formal argument
--- Comment #11 from pault at gcc dot gnu dot org 2008-01-01 17:11 ---
This is a most peculiar bug, which has nothing to do with allocatability or
temporariness. The result variables of the functions 'get_numbr' and
'get_nfirst' are REAL(mp), whereas they are assigned to INTEGER arrays.
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-12-29 08:57
---
I'm only passing through, but ...
Jon:
> > If the LHS is a dynamically allocated array, attempting
> > to assign the array of values from the functions causes an ICE.
Steve:
> Well, no. A better description pr
fortran/34545] ICE when compiling Fortran 95 code
--- Comment #8 from kargl at gcc dot gnu dot org 2007-12-26 22:07
--- (In reply to comment #7)
> Maybe this should best be described as:
> "ICE when function returns array of values to dynamically allocated
array"
&
--- Comment #8 from kargl at gcc dot gnu dot org 2007-12-26 22:07 ---
(In reply to comment #7)
> Maybe this should best be described as:
> "ICE when function returns array of values to dynamically allocated array"
> If the LHS is a 'statically allocated' array, the function returns array
--- Comment #7 from jon_d_r at msn dot com 2007-12-26 18:36 ---
Maybe this should best be described as:
"ICE when function returns array of values to dynamically allocated array"
If the LHS is a 'statically allocated' array, the function returns array of
values without problem. If the L
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-12-21 09:47 ---
I can not reproduce the valgrind error, but ...
> module blk1_mod
> implicit none
> integer :: numclusters = 2
> end module blk1_mod
... the ICE goes away if 'numclusters' is defined as a parameter.
Further redu
--- Comment #5 from burnus at gcc dot gnu dot org 2007-12-21 07:39 ---
valgrind:
==6521== Invalid read of size 1
==6521==at 0x49C7D0: gfc_get_symbol_decl (trans-decl.c:899)
==6521==by 0x4A47DC: gfc_conv_variable (trans-expr.c:424)
==6521==by 0x4A7079: gfc_apply_interface_map
--- Comment #4 from kargl at gcc dot gnu dot org 2007-12-21 06:14 ---
Here's a reduced testcase.
module const_mod
implicit none
integer, parameter :: mp = selected_real_kind(15,300)
end module const_mod
module blk1_mod
implicit none
integer :: numclusters = 2
end module blk1_mo
--- Comment #3 from jv244 at cam dot ac dot uk 2007-12-21 06:09 ---
code compiles fine with NAG and g95, the line at the segfault looks OK.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
-
--- Comment #2 from jon_d_r at msn dot com 2007-12-21 04:57 ---
Downloaded and installed later version of gfortran.
GNU F95 (GCC) version 4.3.0 20071130 (experimental) [trunk revision 130537]
I still get ICE:
G:\fortran\KMeansClust>gfortran -v -Wall -save-temps kmeans.f90
Driving: gf
--- Comment #1 from jon_d_r at msn dot com 2007-12-21 04:50 ---
Created an attachment (id=14803)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14803&action=view)
Source code that causes ICE
This is the code that caused the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
19 matches
Mail list logo
