On 7/22/25 11:28 AM, Harald Anlauf wrote:
Dear all,
the attached patch fixes a long-standing issue with legacy code,
where an assumed-length character function is passed as actual
argument to a procedure, and when there is no explicit interface.
The solution is to do the same as in the case when
Hi Andre,
I spent some time understanding why Intel fails on your example.
Playing around with your code below, adding print statements,
rearranging code, etc., it appears that ifx has a problem with:
> associate(row => caf(:, team_number(row_team)))
...
> col_t: change te
On 7/22/25 17:22, Iain Sandoe wrote:
Hi Andre
2. If I try linking a trivial Fortran code thus:
gfortran /src-local/test/fortran/hello.f90 -o h -lcaf_shmem -fcoarray=lib
the exe then hangs - it looks like it might be deadlocked in startup code:
Call graph:
2166 Thread_408707810 Disp
Dear all,
the attached patch fixes a long-standing issue with legacy code,
where an assumed-length character function is passed as actual
argument to a procedure, and when there is no explicit interface.
The solution is to do the same as in the case when there is an
actual interface: take the cha
Hi Andre
It would be very helpful if there were such a thing as a “hello-coarrays.fxx”
code for
those of us who do not have existing installations of mpi &c. aand limited time
to
so tests…
… experiments so far - below
thanks
Iain
> >> > > We like everyone to test the new caf_shmem library an
Hi Jerry,
> Andre, one of the the other things I have not got to yet is reviewing the
> interface between gfortran and the caf_shmem. Is this interface generic
> enough to allow other libraries to be used. For example, we have the
> caf_shmem library and we have the OpenCoarrays library, down t
