Re: [Patch, fortran] PR117797 - [13/14/15 Regression] ICE in gfc_get_array_span

2024-12-10 Thread Andre Vehreschild
Hi Paul, no, I don't have an example in mind out of the box. May be something like: type :: T character :: s(:) character :: c end type class(T) :: foo(2) But that is just a guess. I was triggered only by the first condition your patch removes, where span was used instead of the of element

Re: [Patch, fortran] PR117797 - [13/14/15 Regression] ICE in gfc_get_array_span

2024-12-10 Thread Paul Richard Thomas
Hi Andre, I don't think that's possible but I am prepared to be proven wrong :-) Do you have an example in mind, where this might happen? Regards Paul On Tue, 10 Dec 2024 at 10:52, Andre Vehreschild wrote: > Hi Paul, > > in principle the patch looks sound, but is the vptr_size always the sam

Re: [Patch, fortran] PR117797 - [13/14/15 Regression] ICE in gfc_get_array_span

2024-12-10 Thread Andre Vehreschild
Hi Paul, in principle the patch looks sound, but is the vptr_size always the same as a descriptor->span? Can't the later be larger because of padding? If that is the case, then the first `else if (UNLIMITED...` you removed in `gfc_get_array_span ()` would return a larger number. Regards,

[Patch, fortran] PR117797 - [13/14/15 Regression] ICE in gfc_get_array_span

2024-12-10 Thread Paul Richard Thomas
Hi All, This was yet another regression that I caused, which was backported and so I am rather anxious to fix it promptly. The modifications that I made to gfc_get_array_span caused unlimited polymorphic array components to be missed, when contained in a dummy. Instead, the dummy was taken to be