Chung-Lin Tang wrote:
I am trying to place all scan-only tests inside gcc/testsuite/*, so came up
with the attached patch.
This adjusts gomp.exp, goacc.exp, and gomp-goacc.exp in gcc/testsuite/* to add
-I<libgomp-build-directory> to the test compiler options. So far it works as
expected.
Doesn't this run into multlib issues of 32 vs. 64 bit? For instance,
omp_lib has:
integer, parameter :: omp_depend_kind = @OMP_DEPEND_KIND@
at least, I have:
x86_64-pc-linux-gnu/32/libgomp/omp_lib.f90:
integer, parameter :: omp_depend_kind = 8
x86_64-pc-linux-gnu/libgomp/omp_lib.f90:
integer, parameter :: omp_depend_kind = 16
* * *
And indeed:
tob@tux:~/repos/gcc-trunk/gcc/testsuite/gfortran.dg/gomp> cat -n test.f90
1 use omp_lib
2 implicit none
3 integer(omp_depend_kind) :: obj
4 integer :: ppp
5
6 !$omp depobj(obj) depend(inout: ppp)
7 end
tob@tux:~/projects/build-gcc-trunk/gcc> \
make check-fortran RUNTESTFLAGS="gomp.exp=test.f90
--target_board=unix\{-m64,-m32\}"
...
=== gfortran Summary for unix/-m64 ===
# of expected passes 1
Running target unix/-m32
FAIL: gfortran.dg/gomp/test.f90 -O (test for excess errors)
with:
Excess errors:
test.f90:3:24: Error: Kind 16 not supported for type INTEGER at (1)
test.f90:6:14: Error: Symbol 'obj' at (1) has no IMPLICIT type
test.f90:6:14: Error: DEPOBJ in DEPOBJ construct at (1) shall be a scalar
integer of OMP_DEPEND_KIND kind
* * *
Thus, the current patch isn't quite right.
Tobias
