https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113636
Bug ID: 113636
Summary: internal compiler error: in dead_debug_global_find, at
valtrack.cc:275
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111218
Bug ID: 111218
Summary: Conflict in BIND(C) INTERFACEs in two Modules leads to
ICE.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #29 from Toon Moene ---
On 9/8/21 10:05 PM, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
>
> anlauf at gcc dot gnu.org changed:
>
> What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #27 from Toon Moene ---
Yes, I am now convince this works (64 leads to stop 1, but 63 works).
Note that I slightly changed the program today, to add a sync all before the
forecasting loop, and adding one to the copy_local_to_global
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #25 from Toon Moene ---
BTW, the speed difference between the native and the OpenMPI based program is
staggering. For a 936x770x60 grid, the native run takes around 14 seconds
elapsed time, while the OpenMPI based one takes 2 minutes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #24 from Toon Moene ---
And I can reproduce the GFORTRAN_NUM_IMAGES=64 segfault:
(export
LD_LIBRARY_PATH=/home/toon/compilers/install/coarray_native/lib/gcc/x86_64-pc-linux-gnu/11.0.0;
export GFORTRAN_NUM_IMAGES=64; echo '
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #23 from Toon Moene ---
The segfault at GFORTRAN_NUM_IMAGES=64 might be due to the fact that the
program doesn't contain a check whether the size of the boundary relaxation
zone (currently set to 4) is too large for the slabs.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #20 from Toon Moene ---
Example of the problem described in the last comment:
(export
LD_LIBRARY_PATH=/home/toon/compilers/install/coarray_native/lib/gcc/x86_64-pc-linux-gnu/11.0.0;
export GFORTRAN_NUM_IMAGES=28; echo '
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #19 from Toon Moene ---
Thanks.
It works now for export GFORTRAN_NUM_IMAGES=1..10 for me.
Unfortunately, when I want to change the nxglobal and nyglobal values in the
domain via the namelist, sometimes the "default" values are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #11 from Toon Moene ---
Created attachment 49564
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49564=edit
The full program I am testing.
This is the full program I am testing.
I have compiled it as follows (after building
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Toon Moene changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #7 from Toon Moene ---
I agree - the coarrays should be the same size and the program should just only
*use* the part that it needs.
I also got an error with the caf-mpi library, but that one was impossible to
understand (in fact,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Bug ID: 97589
Summary: Segementation fault when allocating coarrays.
Product: gcc
Version: coarray_native
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
--- Comment #1 from Toon Moene ---
Created attachment 49437
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49437=edit
Reduced test case.
I managed to reduce the failing program.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
Bug ID: 97530
Summary: Segmentation fault compiling coarray program with
option -fcoarray=shared (not with
-fcoarray={lib,single})
Product: gcc
Version: 11.0
15 matches
Mail list logo