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

Reply via email to