[Bug libfortran/21881] Array descriptors limit derived type sizes
--- 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); i += TREE_INT_CST_LOW (size) GFC_DTYPE_SIZE_SHIFT; } dtype = build_int_cst (gfc_array_index_type, i); which is triggered by code such as: type t integer i001(268435456) end type t type(t), allocatable :: x(:) allocate(x(1)) print *, size(x) print *, shape(x) end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21881
[Bug libfortran/21881] Array descriptors limit derived type sizes
--- 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
[Bug libfortran/21881] Array descriptors limit derived type sizes
--- 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 CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21881
[Bug libfortran/21881] Array descriptors limit derived type sizes
--- 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 certainly true that the sizes of derived type array elements are limited. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-05 09:59:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21881