On 6/24/25 11:49 PM, Andre Vehreschild wrote:
Hi Jerry,
thank you very much. Just try it. I can only imagine that Paul had a somehow
corrupted build directory or left overs from some previous build. I am still
wondering, that I got no automated mail from the build hosts, but I can
imagine, that they get issues with a series of patches, that build upon each
other.
Just try it. The more feedback, the better.
Regards,
Andre
On Tue, 24 Jun 2025 11:07:23 -0700
Jerry D <jvdelis...@gmail.com> wrote:
On 6/24/25 6:09 AM, Andre Vehreschild wrote:
Hi all,
this series of patches (six in total) adds a new coarray backend library to
libgfortran. The library uses shared memory and processes to implement
running multiple images on the same node. The work is based on work
started by Thomas and Nicolas Koenig. No changes to the gfortran compile
part are required for this.
--- snip ---
Hi Andre,
Thank you for this work. I have been wanting this functionality for
several years!
I will begin reviewing as best I can. I did see Paul's initial comment
so your feedback on that would be appreciated.
Best regards,
Jerry
I was able to apply the patches without any issues. I did see some
trailing white space in a few places.
In running the testsuite the test lock_1.f90 test fails, unable to link
to the new library.
After some brief investigation, it appears the the 64-bit version of the
new library is not created or installed. I did find the 32-bit version.
So something not right in the make mechanisms.
Looking ahead a bit I was wondering if one could enable co-array if
co-array syntax is seen at the parsing phase of the compiler, if no
--fcoarray= has been seen, default it to 'single' and issue a NOTE to
the user "-fcoarray=single enabled, use -fcoarray=[none, shmem, lib] to
override"
Regards,
Jerry
