https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
--- Comment #38 from Tobias Burnus <burnus at gcc dot gnu.org> --- (In reply to Thomas Koenig from comment #15) > One possibility would be to extend the patch Sandra posted at > https://gcc.gnu.org/pipermail/fortran/2021-January/055563.html > to scalarization. As mentioned by Thomas, a re-based patch is https://gcc.gnu.org/pipermail/gcc-patches/2021-November/584716.html (I did not quickly see whether Mikael's patch c, attachment 51974) is completely orthogonal, goes in the same direction or a different one.) Mikael Morin wrote in (comment #35) > I have tried to fix this PR using pointer arithmetic too. > But there are so many places in the frontend where we expect to have an > array type when dereferencing a descriptor pointer Do you see a special issue here or not? In that area, I realized when working on my OpenMP deep-mapping patch that there were issues related to coarrays and CLASS, in particular: * 'select type' always adds 'attr.pointer' which both permits wrong code (e.g. deallocate, pointer assignment), but also sets the GFC_ARRAY_POINTER - but fixing it then caused issues with coarrays. (GFC_TYPE_ARRAY_AKIND also does not distinguish allocatable/pointer for assumed rank, but that should be only/mostly a problem for my OpenMP patch.) I have a continuously growing to-do list, but still: is there something I can do here?
