Thanks.
I'll try that tomorrow.
Kind regards,
Toon.
On 7/7/25 23:00, Jerry D wrote:
Hello all,
I have done the following to test the collection of Andre's patches
which implement the subject -lcaf_shmem:
1) Successfully compiled and executed Toon's random_weather.f90 program.
The only question I have on this one is when I select an np value such
that the slab size does not come out even, the program exits as expected
with a STOP code. However, I think this is performed by the first image
to hit the stop. It looks like execution of the other images may just be
frozen. I wonder if there are constraints in the standard regarding
using a STOP within multiple images where each image may be trying to
execute it? Is this a race condition or invalid Fortran. Ctrl-C does
exit the program.
2) I can build and run OpenCoarrays with this test version of gfortran.
However, when I do the usual 'make test', the test program
register_alloc_vector hangs in a bad way with execution burning CPU
cycles. Outside the OpenCoarrays test environment it appears to run
correctly. While testing this with valgrind also hangs. It appears that
valgrind is inside some memory check routine. I do not know if it is
valid to even try to use valgrind with multiple images. So this test may
be invalid.
3) I want to get broader testing of this so I set up a testing branch at
the following location where others can clone this and test.
https://forge.sourceware.org/JerryD/gfortran-TEST
This is a test only repository and I intend to delete it after a few
weeks until I can set up a better gfortran testing repo that is
maintained current to trunk. One may have to register with sourceware to
access this, I have not checked. I would appreciate anyone willing to
build and test this branch to help flush out any issues.
Feedback and/or test results welcome.
Regards,
Jerry
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
