--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-14 11:31
---
I think this is related to the check in trans-types.c:
if (size INTEGER_CST_P (size))
{
if (tree_int_cst_lt (gfc_max_array_element_size, size))
internal_error (Array element size too big);
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-01-05 14:12
---
ping: Would you have either an example where this limit is encountered?
Wouldn't 4.3 be ideal for that work?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21881
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-10-21 17:39
---
Thomas, isn't the 4.3 branching a good time to work on this? Would you have
time for that?
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-06-05 09:59
---
So an array of the derived type couldn't have more than 2**(32-26) = 64 entries
before overflowing memory with our current scheme, and if this was enlarged the
allowed arrays would be even smaller, but it is