On 7/27/25 14:46, Toon Moene wrote:
On 7/24/25 21:49, Toon Moene wrote:
On 7/24/25 21:35, Thomas Koenig wrote:
Am 23.07.25 um 21:47 schrieb Toon Moene:
Today I used Thomas's "locks" example code from the same e-mail
message (showing the full output):
Actually, I think that example is fl
On 7/24/25 21:49, Toon Moene wrote:
On 7/24/25 21:35, Thomas Koenig wrote:
Am 23.07.25 um 21:47 schrieb Toon Moene:
Today I used Thomas's "locks" example code from the same e-mail
message (showing the full output):
Actually, I think that example is flawed, it lacks synchronization.
Sorry
On 7/24/25 21:35, Thomas Koenig wrote:
Am 23.07.25 um 21:47 schrieb Toon Moene:
Today I used Thomas's "locks" example code from the same e-mail
message (showing the full output):
Actually, I think that example is flawed, it lacks synchronization.
Sorry for that.
Good - hope it's not too h
Am 23.07.25 um 21:47 schrieb Toon Moene:
Today I used Thomas's "locks" example code from the same e-mail message
(showing the full output):
Actually, I think that example is flawed, it lacks synchronization.
Sorry for that.
Best regards
Thomas
On 7/22/25 20:45, Toon Moene wrote:
Using my build [Debian Testing on x86_64)] of the branch provided by
Jerry (see https://gcc.gnu.org/pipermail/gcc-testresults/2025-
July/853295.html) I got the following:
I used Thomas's "sync all" code as an example (see https://gcc.gnu.org/
pipermail/for
Hi Andre
> On 23 Jul 2025, at 08:41, Andre Vehreschild wrote:
> thank you for testing. I know already about the missing include. It
> is also needed on FreeBSD. What's new is the . Is that really
> needed or is it transitively included by ? Could you check by, for
> example, just grepping signa
Hi Iain,
thank you for testing. I know already about the missing include. It
is also needed on FreeBSD. What's new is the . Is that really
needed or is it transitively included by ? Could you check by, for
example, just grepping signal.h for it?
grep 'sys/types.h' /usr/include/signal.h
As "hell
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
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
Well, that brought me one step further: configure did work, but I needed to
add the option --disable-multilib to exclude the 32-bits versions.
That gave me the makefiles to start the build, but then:
"gmake install" failed on the directory ./fixincludes.
Copying that from gcc/fixincludes did not h
Ah, right, will try that.
Regards,
Arjen
Op di 22 jul 2025 om 08:28 schreef Andrew Pinski :
> On Mon, Jul 21, 2025 at 11:21 PM Arjen Markus
> wrote:
> >
> > I am trying to build the branch via WSL on my Windows machine, but
> configure reports that it cannot find the mpc.h include file. It is
On Mon, Jul 21, 2025 at 11:21 PM Arjen Markus wrote:
>
> I am trying to build the branch via WSL on my Windows machine, but configure
> reports that it cannot find the mpc.h include file. It is correct - that is
> lacking, but installing or reinstalling mpc does not help. The program I want
> t
I am trying to build the branch via WSL on my Windows machine, but
configure reports that it cannot find the mpc.h include file. It is correct
- that is lacking, but installing or reinstalling mpc does not help. The
program I want to test can be found here:
https://github.com/arjenmarkus/memos-on-p
Very much appreciated. Thank you!
- Andre
On Mon, 21 Jul 2025 13:38:56 +0200
Arjen Markus wrote:
> I have a not-so-trivial, but compact test case for you. I will try it out
> with the receipe you gave :).
>
> Regards,
>
> Arjen
>
> Op ma 21 jul 2025 om 13:31 schreef Andre Vehreschild :
>
>
I have a not-so-trivial, but compact test case for you. I will try it out
with the receipe you gave :).
Regards,
Arjen
Op ma 21 jul 2025 om 13:31 schreef Andre Vehreschild :
> Hi all,
>
> we are looking for people having old and/or modern Fortran codes available
> that use Coarrays more or less
Hi all,
we are looking for people having old and/or modern Fortran codes available
that use Coarrays more or less intensively. Jerry has build a test branch on
gcc's git, so testing is easier than usual:
> For those who need some guidance to the test branch:
>
> $ git clone git://gcc.gnu.org/git
16 matches
Mail list logo