: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: john.donners at atos dot net
CC: jakub at gcc dot gnu.org
Target Milestone: ---
Created attachment 48548
--> https://gcc.gnu.org/bugzi
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: john.donners at atos dot net
Target Milestone: ---
Created attachment 48569
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48569&action=edit
internal compiler er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95163
--- Comment #2 from John Donners ---
hmm, indeed I found the applicable text in the standard (2.14) as well:
"The effect of the firstprivate clause is as if it is applied to one or more
constructs as follows: To the target construct if it is amon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95215
--- Comment #2 from John Donners ---
thanks for reviewing this. Indeed, the compiler bug does not occur when using
the intelmicemul target:
gfortran -foffload=x86_64-intelmicemul-linux-gnu -g -fopenmp -O3 bla.f90
/lib/../lib64/crt1.o: In functi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69090
John Donners changed:
What|Removed |Added
CC||john.donners at atos dot net
--- Comment