Hi Andre, This one looks good too. As every day goes by, I see more and more why Tobias was so keen to incorporate all objects into a single descriptor type :-)
OK for 5-branch. Thanks for both the patches Paul On 1 February 2016 at 13:34, Andre Vehreschild <ve...@gmx.de> wrote: > Oh, well, now with attachments. I am sorry. > > - Andre > > On Mon, 1 Feb 2016 13:20:24 +0100 > Andre Vehreschild <ve...@gmx.de> wrote: > >> Hi all, >> >> here is the backport of the patch for pr67451 for gcc-5. Because the >> structure of the allocate() in trunk is quite different the patch looks >> somewhat different, too, but essentially does the same. >> >> Bootstrapped and regtests ok on x86_64-linux-gnu/F23. >> >> Ok for gcc-5-branch? >> >> Here is the link to the mainline patch: >> https://gcc.gnu.org/ml/fortran/2016-01/msg00093.html >> >> Regards, >> Andre >> >> On Fri, 29 Jan 2016 19:17:24 +0100 >> Andre Vehreschild <ve...@gmx.de> wrote: >> >> > Hi all, >> > >> > attached is a patch to fix a regression in current gfortran when a >> > coarray is used in the source=-expression of an allocate(). The ICE was >> > caused by the class information, i.e., _vptr and so on, not at the >> > expected place. The patch fixes this. >> > >> > The patch also fixes pr69418, which I will flag as a duplicate in a >> > second. >> > >> > Bootstrapped and regtested ok on x86_64-linux-gnu/F23. >> > >> > Ok for trunk? >> > >> > Backport to gcc-5 is pending, albeit more difficult, because the >> > allocate() implementation on 5 is not as advanced the one in 6. >> > >> > Regards, >> > Andre >> >> > > > -- > Andre Vehreschild * Email: vehre ad gmx dot de -- The difference between genius and stupidity is; genius has its limits. Albert Einstein