[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