https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517
Lewis Hyatt changed:
What|Removed |Added
CC||duparq at free dot fr
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517
Lewis Hyatt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517
--- Comment #5 from Peter Boyle ---
Hi Jakub,
The difference between these two cases (one maintaining the pragma in right
place,
the other note) suggested a viable work around in the code.
I can eliminate the extra naked_for macro and (with so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517
--- Comment #4 from Peter Boyle ---
Hi Jakob,
thanks for looking at this.
I'm trying to cut down a fail in 100k line of code package to the minimal thing
that I can submit.
www.github.com/paboyle/Grid
Is the original package;
WITH -fopenmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517
--- Comment #2 from Peter Boyle ---
GCC preprocessor moves location of _Pragma operator in sequence in a variadic
macro:
Simpler case:
#define thread_for( i, num, ... ) for ( uint64_t i=0;i"
# 1 ""
# 1 "tmp.cc"
#pragma omp critical
# 3 "tmp.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517
--- Comment #1 from Peter Boyle ---
Also occurs on 7.4.0, 8.3.0
gcc-7 (Homebrew GCC 7.4.0_2) 7.4.0
gcc-8 (Homebrew GCC 8.3.0) 8.3.0