[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-06 Thread burnus at gcc dot gnu dot org
--- Comment #16 from burnus at gcc dot gnu dot org 2010-07-06 20:59 --- FIXED on the trunk (4.6). Thanks for the bugreport. (The fix is to print an error if the constructor is too large; the error message points to -fmax-array-constructor= which can be used to modify the limit.) --

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-06 Thread burnus at gcc dot gnu dot org
--- Comment #15 from burnus at gcc dot gnu dot org 2010-07-06 20:56 --- Subject: Bug 44742 Author: burnus Date: Tue Jul 6 20:56:07 2010 New Revision: 161888 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161888 Log: 2010-07-06 Tobias Burnus PR fortran/44742

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-06 Thread burnus at gcc dot gnu dot org
--- Comment #14 from burnus at gcc dot gnu dot org 2010-07-06 14:57 --- Created an attachment (id=21107) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21107&action=view) Draft patch -- burnus at gcc dot gnu dot org changed: What|Removed |Adde

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-06 Thread burnus at gcc dot gnu dot org
--- Comment #13 from burnus at gcc dot gnu dot org 2010-07-06 09:46 --- (In reply to comment #11) > Regardless, we should catch this and issue the error message about > -fmax-array-constructor. I don't see why we would want to do anything else. I concur. Juergen, does your program wor

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-06 Thread ohl at physik dot uni-wuerzburg dot de
--- Comment #12 from ohl at physik dot uni-wuerzburg dot de 2010-07-06 07:38 --- (In reply to comment #10) > It is not particularly efficient to use a huge static variable. [...] > initialization at run time is the better choice for large arrays. The best > solution for PARAMETER depe

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-05 Thread jvdelisle at gcc dot gnu dot org
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-07-06 06:00 --- Regardless, we should catch this and issue the error message about -fmax-array-constructor. I don't see why we would want to do anything else. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-05 Thread burnus at gcc dot gnu dot org
--- Comment #10 from burnus at gcc dot gnu dot org 2010-07-06 05:33 --- (In reply to comment #9) > Even shorter: > integer, parameter :: N = 256 > > Note: N=256 is the smallest number for which it fails. Workaround: Use a sufficiently large -fmax-array-constructor=, e.g. -fmax-arra

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-05 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2010-07-05 21:02 --- Even shorter: module proc8 implicit none integer, parameter :: N = 256 logical, dimension(N**2), parameter :: A = .false. logical, dimension(N,N), parameter :: B = reshape ( (/ A /), (/ N, N /) ) end module

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-05 Thread janus at gcc dot gnu dot org
--- Comment #8 from janus at gcc dot gnu dot org 2010-07-05 18:49 --- (In reply to comment #6) > I isolated the bug further and prepared a roughly 1 MB sniplet which triggers > the ICE. Here is a reduced test case: module proc8 implicit none private integer, parameter :: n_cflow

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-05 Thread janus at gcc dot gnu dot org
--- Comment #7 from janus at gcc dot gnu dot org 2010-07-05 17:49 --- (In reply to comment #6) > The bug appears in 4.5.0 (release) as well as 4.6.0 trunk revision 161046. > 4.4.5 I didn't test but as you have the code now its trivial for you to > verify. I get the same ICE also with 4

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-05 Thread reuter at physik dot uni-freiburg dot de
--- Comment #6 from reuter at physik dot uni-freiburg dot de 2010-07-05 17:44 --- I isolated the bug further and prepared a roughly 1 MB sniplet which triggers the ICE. It seems that the definition of the more than 500 logical array and packing them in one big array constructor is not w

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-05 Thread reuter at physik dot uni-freiburg dot de
--- Comment #5 from reuter at physik dot uni-freiburg dot de 2010-07-05 17:41 --- Created an attachment (id=21095) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21095&action=view) Code triggering the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-01 Thread reuter at physik dot uni-freiburg dot de
--- Comment #4 from reuter at physik dot uni-freiburg dot de 2010-07-01 12:13 --- Ok, will do so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-01 Thread burnus at gcc dot gnu dot org
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-01 11:45 --- Regarding the version: Try gfortran -v -- that does not only show the version but also the data and (possibly) the SVN reversion. Regarding the test case: I think it would be helpful, if you could reduce it a bit.

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-01 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2010-07-01 11:32 --- Also, please be more specific about which gfortran version you're using. Your error message seems to suggest something 4.5-ish. Is this the 4.5.0 release version? And is it possible for you to try 4.4.x or 4.6 trunk?

[Bug fortran/44742] ICE in gfc_conv_array_initializer

2010-07-01 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 10:35 --- Please put it down for download somewhere (it's indeed too large to attach). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added