I have created a new gfortran-test branch on gcc here.
origin/devel/gfortran-test
This has the patches applied as needed to do the testing I have done.
When Andre's patches are approved I will revert and rebase this so we can test
the next set of major changes. I have done this to simplify the
On 7/16/25 7:13 AM, Andre Vehreschild wrote:
Hi Jerry,
I am back on track.
--- snip ---
After some back and forth with Andre I finally understand the discrepancies I
was having here. Andre has an OpenCoarrays branch being used to update
OpenCoarrays to sync with changes to gfortran-16. Thi
Hi Jerry,
I am back on track.
I tried to replay your fault with my latest patch for pr88076 and the latest
patch on the OpenCoarray's branch, namely this one:
https://github.com/sourceryinstitute/OpenCoarrays/commit/47a7a470a0a88f8a9e8c72dfaa8ab685f6b58ecd
I can not replay the error you got. For
On the tsunami example from Curcic book Modern Fortran I am getting the
following:
$ cafrun -np 4 ./tsunami
At line 201 of file mod_field.f90
Fortran runtime error: Attempting to allocate already allocated variable 'edge'
At line 201 of file mod_field.f90
Fortran runtime error: Attempting to all
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 qu
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
