[Bug fortran/87622] coarray does not run in parallel

2018-10-17 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/87622] coarray does not run in parallel

2018-10-17 Thread klein at cage dot ugent.be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622 --- Comment #5 from Andreas Klein --- On Wed, 17 Oct 2018, tkoenig at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622 > > --- Comment #2 from Thomas Koenig --- > Some more remarks: In a benchmark, it is best to actua

[Bug fortran/87622] coarray does not run in parallel

2018-10-17 Thread klein at cage dot ugent.be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622 --- Comment #4 from Andreas Klein --- On Wed, 17 Oct 2018, burnus at gcc dot gnu.org wrote: > > If "b" (and "a") are allocated in some slower memory part, it matters how one > sums over the variables in the matmul loop. I know that there are dif

[Bug fortran/87622] coarray does not run in parallel

2018-10-17 Thread burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #3

[Bug fortran/87622] coarray does not run in parallel

2018-10-17 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622 --- Comment #2 from Thomas Koenig --- Some more remarks: In a benchmark, it is best to actually fill the values of all read variables to something defined, for example with a call to random_number. Also, if you generate values which you do not us

[Bug fortran/87622] coarray does not run in parallel

2018-10-17 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment #