[Patch] OpenMP: Fixes for omp critical + hint
Tobias Burnus
tobias@codesourcery.com
Wed Jul 22 09:25:47 GMT 2020
On 7/22/20 11:09 AM, Thomas Schwinge wrote:
> For build-tree testing, that'll pick up the *system* 'omp.h', thus:
> FAIL: c-c++-common/gomp/critical-hint-1.c (test for excess errors)
> Excess errors:
> [...]/c-c++-common/gomp/critical-hint-1.c:10:33: error: 'omp_sync_hint_none' undeclared (first use in this function); did you mean 'omp_lock_hint_none'?
> [...]
HEADER FILE:
For "ISO_Fortran_binding.h", we use:
#include "../../../libgfortran/ISO_Fortran_binding.h"
Can you check whether something like that also works for 'omp.h'?
(Additional "../" and "libgomp/".)
Can you check whether that helps? For some reasons, those do
not fail here.
> Similar:
> FAIL: gfortran.dg/gomp/critical-hint-1.f90 -O (test for excess errors)
> Excess errors:
> [...]/gfortran.dg/gomp/critical-hint-1.f90:2:7: Fatal Error: Cannot open module file 'omp_lib.mod' for reading at (1): No such file or directory
FORTRAN MODULE
Then I have the question why, e.g., "use openacc_kinds" in
gfortran.dg/goacc/acc_on_device-2.f95 does work. What's different there?
The *exp file does not seem to be any different (except that goacc.exp
adds "dg-compile-aux-modules").
Tobias
-----------------
Mentor Graphics (Deutschland) GmbH, Arnulfstraße 201, 80634 München / Germany
Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Alexander Walter
More information about the Gcc-patches
mailing list