https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #8 from Thomas Koenig ---
... or rather, the calculation needs to be done with the
contents of x->_data and not with x directly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #7 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #6)
After looking at the tree dump and some debugging, it is clear that
the error happens on the callee side.
If the callee has a type as dummy argument, it has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #6 from Thomas Koenig ---
This bug depends on the dummy argument being a class.
Here's a somewhat shortened version:
program simple
implicit none
type :: matrix
integer :: nRows
end type matrix
type(matrix),dimension
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #4 from only_for_nouse at gmx dot de ---
I would like to ask for an increase in priority of this bug. The workaround is
possible but leads to many code changes in a large code base as the change is
needed on the caller side.
So a qui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #3 from T Goerler ---
The issue can be reproduced in 14.2.0 as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #2 from anlauf at gcc dot gnu.org ---
Interesting observation: replacing
call use_mats(mats)
by
call use_mats(mats(lbound(mats,1):))
leads to apparently correct output:
top level: mats, lbound= 2, ubound= 4
top level, 2:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Last reconfirmed|
