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