http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49636
--- Comment #6 from paul.richard.thomas at gmail dot com <paul.richard.thomas at gmail dot com> --- Dear Dominique, Thanks for the heads-up about -m32 - I thought that the code would be immune to word length changes ***sigh*** Cheers Paul On 12 February 2014 00:40, dominiq at lps dot ens.fr <gcc-bugzi...@gcc.gnu.org> wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49636 > > --- Comment #5 from Dominique d'Humieres <dominiq at lps dot ens.fr> --- >> Created attachment 32098 [details] >> A fix for this problem > > AFAICT it fixes the problem for 64 bit mode only. In 32 bit mode the ICE is > gone, but I get at run time > > i_good= 1 3 5 > i_bad= 1********** 3 > >> I am sure that this trick will fix pr57019 too. This latter is claimed >> to be a regression but I am sure that it never worked :-) Nonetheless, >> I will take advantage of the regression label! >> >> I will work on it tomorrow night. >> >> By the way, this patch regtests OK on trunk. I have to make sure >> that substrings of character arrays work OK with ASSOCIATE. > > Did you regtest with -m32? I see gfortran.dg/associated_target_5.f03 failing > at > execution time with -m32, as well as the first test in pr57522 > > 0 1 2 3 > 0 4 1 5 > > -- > You are receiving this mail because: > You are on the CC list for the bug. > You are the assignee for the bug.