On 7/4/25 19:51, Jerry D wrote:
On 7/4/25 5:12 AM, Andre Vehreschild wrote:
Hi all,
attached patches goes on top of other 6 caf_shmem coarray patches and
fixes
missing includes esp. on non-Linux systems. I have tested this on a
FreeBSD,
which is very time consuming due to it being fully virtu
Andre,
either your patch to coarray.cc is wrong, or the comment in the code
is not concise, or I am too dense to understand the intent of the
change:
diff --git a/gcc/fortran/coarray.cc b/gcc/fortran/coarray.cc
index ef8fd4e42d0..01aac581a74 100644
--- a/gcc/fortran/coarray.cc
+++ b/gcc/fortran/
Hi Jerry,
that is very odd, because the test timeout in Opencoarrays is set to 300
seconds at the max. (There are even smaller ones). I can reproduce the
Opencoarray tests hanging for cmake build-type Release. On a Debug build they
fail.
I just repeated testing against OpenCoarrays. The gcc-15 br
Hi all,
attached patches goes on top of other 6 caf_shmem coarray patches and fixes
missing includes esp. on non-Linux systems. I have tested this on a FreeBSD,
which is very time consuming due to it being fully virtualized on my system.
Regtests ok on x86_64-pc-linux-gnu and aarch64-unknown-free
On 7/2/25 4:12 PM, Jerry D wrote:
On 7/2/25 9:40 AM, Jerry D wrote:
On 7/2/25 3:14 AM, Andre Vehreschild wrote:
Hi all,
I successfully created a big mess with the previous patch. First of all by
applying an outdated one and secondly by adding the conformance checks for
coranks in a3f1cdd8ed46f
Hi all,
attached patch narrows the use of intrinsic functions in the caf accessor down
to pure elemental functions. This is needed because functions that get extracted
into the caf accessor routine, have no access to the source image's memory. E.g.
team_number() is marked as pure, but takes a poin
Hello,
On Wed, Jun 25 2025, Steve Kargl wrote:
> Thanks for cleaning up gfortran code. I was curious about
> what the GNU Coding Standard said about this case, but it
> does not consider initialization of subobjects. I did find
>
>5.3 Clean Use of C Constructs
>...
>Don't make the pr
Am 04.07.25 um 14:12 schrieb Andre Vehreschild:
Regtests ok on x86_64-pc-linux-gnu and aarch64-unknown-freebsd14.3. Ok for
mainline?
The whole patch set needs including the library needs rigorous and
extensive testing against race conditions, as outlined in
https://gcc.gnu.org/pipermail/fortran
On 7/4/25 5:12 AM, Andre Vehreschild wrote:
Hi all,
attached patches goes on top of other 6 caf_shmem coarray patches and fixes
missing includes esp. on non-Linux systems. I have tested this on a FreeBSD,
which is very time consuming due to it being fully virtualized on my system.
Regtests ok o
