https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
Jürgen Reuter <juergen.reuter at desy dot de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |juergen.reuter at desy dot de
--- Comment #30 from Jürgen Reuter <juergen.reuter at desy dot de> ---
To me it looks like that after Thomas' commit from April '18 the table of
results is now:
Unrolled do-loop
Options Parallel Correct
-Og -ftree-parallelize-loops=2 N Y
-O1 -ftree-parallelize-loops=2 Y Y
-O2 -ftree-parallelize-loops=2 Y Y
-O3 -ftree-parallelize-loops=2 Y Y
-Ofast -ftree-parallelize-loops=2 Y Y
Modulo inside do-loop, or Indexed via host associated array
Options Parallel Correct
-Og -ftree-parallelize-loops=2 N Y
-O1 -ftree-parallelize-loops=2 Y Y
-O2 -ftree-parallelize-loops=2 Y Y
-O3 -ftree-parallelize-loops=2 Y Y
-Ofast -ftree-parallelize-loops=2 Y Y
The first number of PI in the test (the one with 16 digits) is different
between the unrolled do-loop and the module inside do-loop/indexed via host
association, while the second value (8 digits) is always the same. But all
results are consistent and do not change change any more in consecutive runs.
So is this fixed now?
