Re: [PATCH] Fortran : Two further previously missed ICEs PR53298

2020-10-13 Thread Mark Eggleston
th the effort to determine how to remove the extra (void *)? [PATCH] Fortran  : Two further previously missed ICEs PR53298 There were 3 ICEs with different call stacks in the comments of this PR.  A previous commit fixed only one of those ICEs. The ICEs fixed here are in trans-array.c and trans-ex

Re: [PATCH] Fortran : Two further previously missed ICEs PR53298

2020-09-29 Thread Mark Eggleston
On 16/09/2020 08:02, Andre Vehreschild wrote: Hi Mark, a few remarks: [...] [PATCH] Fortran  : Two further previously missed ICEs PR53298 There were 3 ICEs with different call stacks in the comments of this PR.  A previous commit fixed only one of those ICEs. The ICEs fixed here are in

Re: [PATCH] Fortran : Two further previously missed ICEs PR53298

2020-09-16 Thread Andre Vehreschild
Hi Mark, a few remarks: [...] > [PATCH] Fortran  : Two further previously missed ICEs PR53298 > > There were 3 ICEs with different call stacks in the comments of this > PR.  A previous commit fixed only one of those ICEs. > > The ICEs fixed here are in trans-array.c and tran

[PATCH] Fortran : Two further previously missed ICEs PR53298

2020-09-14 Thread Mark Eggleston
so I don't know whether data is declared void * (I expect it is). Is it worth the effort to determine how to remove the extra (void *)? [PATCH] Fortran  : Two further previously missed ICEs PR53298 There were 3 ICEs with different call stacks in the comments of this PR.  A previous commit f

[PATCH] Fortran : Two further previously missed ICEs PR53298

2020-09-11 Thread Mark Eggleston
d * (I expect it is). Is it worth the effort to determine how to remove the extra (void *)? [PATCH] Fortran  : Two further previously missed ICEs PR53298 There were 3 ICEs with different call stacks in the comments of this PR.  A previous commit fixed only one of those ICEs. The ICEs fixed h