Re: 6/7 [Fortran, Patch, Coarray, PR107635] Add transfer_between_remotes

Hi Rainer, thanks for testing and also for giving a solution. I was sure, I would break something. Fixed as obvious as gcc-15-7662-g08bdc2ac98a after regtesting ok on x86_64-pc-linux-gnu / Fedora 41 (which gets more unstable with every update I receive IMO). I opted for the __builtin_alloca versio

Re: [PATCH] Fortran: initialize non-saved pointers with -fcheck=pointer [PR48958]

Hi Harald, seconding Thomas here, thanks for the patch. - Andre On Thu, 20 Feb 2025 21:18:01 +0100 Harald Anlauf wrote: > Dear all, > > the attached simple patch addresses a small, left-over issue in the > above PR and was already OK'ed in the PR by Thomas. With it we > initialize the data co

Re: 6/7 [Fortran, Patch, Coarray, PR107635] Add transfer_between_remotes

Hi Andre, > thanks for testing and also for giving a solution. I was sure, I would break > something. Fixed as obvious as gcc-15-7662-g08bdc2ac98a after regtesting ok on > x86_64-pc-linux-gnu / Fedora 41 (which gets more unstable with every update I > receive IMO). I opted for the __builtin_alloca

[Fortran, Patch, PR107635, 4_v1] Fix class type and descriptor handling for new coarray interface [PR107635]

Hi all, during testing and compiling some larger coarray codes, I found a few deficiencies. One was with handling class types when splitting the coarray expression and the other was that the backend_decl of a formal argument in a function's symbol was not the same as the one the function was compi

Re: [PATCH] Fortran: initialize non-saved pointers with -fcheck=pointer [PR48958]

On 2/21/25 09:21, Andre Vehreschild wrote: Hi Harald, seconding Thomas here, thanks for the patch. Thanks, Andre! Pushed: r15-7663-g7d383a7343af05 - Andre On Thu, 20 Feb 2025 21:18:01 +0100 Harald Anlauf wrote: Dear all, the attached simple patch addresses a small, left-over issue in t