[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.2, x86_64

2012-03-01 Thread jakub at gcc dot gnu.org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|4.6.3   |4.6.4

--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 
14:39:26 UTC ---
GCC 4.6.3 is being released.

[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.2, x86_64

2012-01-12 Thread burnus at gcc dot gnu.org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code

--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-01-12 
10:07:47 UTC ---
Further reduced test case. Seems to be related to c_ptr/c_null_ptr. Maybe some
parts of Rev. 181425 iso_c_binding related changes in symbol.c are sufficient?

module sidl_array_array_F03
  use iso_c_binding
  type sidl__array
type(c_ptr) :: a = c_null_ptr
  end type sidl__array
end module sidl_array_array_F03

module vect_Utils_F03
  use sidl_array_array_F03
contains
  subroutine is_null_s(ext)
class(sidl__array), intent(in) :: ext
  end subroutine is_null_s
end module vect_Utils_F03

subroutine evalResA(res)
  use vect_Utils_F03
  type (sidl__array) :: res
  call is_null_s(res)
end subroutine evalResA

[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.2, x86_64

2011-12-13 Thread burnus at gcc dot gnu.org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org
   Target Milestone|--- |4.6.3

[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.2, x86_64

2011-12-13 Thread burnus at gcc dot gnu.org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520

--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2011-12-13 
09:18:04 UTC ---
(In reply to comment #0)
 valgrind output:
 ==18442==by 0x52BD26: traverse_ns (symbol.c:)

(In reply to comment #1)
 The ICE seems to have been fixed on trunk between revisions 180989 (ICE)
 and 181881 (OK).

One possibility could be:

r181232 | burnus | 2011-11-09 20:36:54 +0100 (Wed, 09 Nov 2011) | 7 lines
* symbol.c (clear_sym_mark, traverse_ns): Remove functions.
(count_st_nodes, do_traverse_symtree, fill_st_vector): New functions.
(gfc_traverse_symtree, gfc_traverse_ns): Call do_traverse_symtree.

At least I hope for some smaller patch than the big constructor patch (Rev.
181425).

Dominique: Any chance that you could bisect the 4.7 trunk to find the patch
which fixes the ICE? If not, I can do so later. (You might want to use
--disable-bootstrap --disable-build-poststage1-with-cxx and not building C++ to
speed up the bisecting.)

[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.2, x86_64

2011-12-13 Thread dominiq at lps dot ens.fr 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520

--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-12-13 
12:49:31 UTC ---
 At least I hope for some smaller patch than the big constructor patch (Rev.
 181425).

Sadly enough, this pr has been fixed by r181425 (r181424 gives the ICE).

[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.2, x86_64

2011-12-12 Thread dominiq at lps dot ens.fr 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520

Dominique d'Humieres dominiq at lps dot ens.fr changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-12-12
Summary|ICE in gfortran 4.6.2,  |[4.6 Regression] ICE in
   |x86_64  |gfortran 4.6.2, x86_64
 Ever Confirmed|0   |1

--- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-12-12 
23:12:17 UTC ---
The test compiles with gfortran 4.5.3. The segmentation fault appears on 4.6
between revisions 166401 (OK) and 166533 (ICE). The ICE seems to have been
fixed on trunk between revisions 180989 (ICE) and 181881 (OK).