https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87255
--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> --- I'm aware of this, but fixing it without actually penalizing performance won't be very easy. Have been also waiting on what will be voted into OpenMP 5.0 here, in the end it says that the expressions are to be evaluated before the outermost composite loop construct, but not before the outermost combined construct, even when at some point the suggestion was to evaluate it before the outermost combined construct, which would make this report invalid.
