On Thu, Feb 24, 2022 at 11:01:22AM +0100, Tom de Vries wrote:
> [ was: Re: [Patch] nvptx: Add -mptx=6.0 + -misa=sm_70 ]
>
> On 2/24/22 09:29, Tom de Vries wrote:
> > I'll try to submit a patch with one or more test-cases.
>
> Hi,
>
> These test-cases exercise the omp declare variant construct using the
> available nvptx isas.
>
> OK for trunk?
>
> Thanks,
> - Tom
> [libgomp, testsuite, nvptx] Add libgomp.c/declare-variant-3-sm*.c
>
> Add openmp test-cases that test the omp declare variant construct:
> ...
> #pragma omp declare variant (f30) match (device={isa("sm_30")})
> ...
> using the available nvptx isas.
>
> On a Pascal board GT 1030 with sm_61, we have these unsupported:
> ...
> UNSUPPORTED: libgomp.c/declare-variant-3-sm70.c
> UNSUPPORTED: libgomp.c/declare-variant-3-sm75.c
> UNSUPPORTED: libgomp.c/declare-variant-3-sm80.c
> ...
> and on a Turing board T400 with sm_75, we have this only this one:
> ...
> UNSUPPORTED: libgomp.c/declare-variant-3-sm80.c
> ...
>
> Tested on x86_64 with nvptx accelerator.
I think testing it through dg-do link tests with -fdump-tree-optimized
or so would be better, you wouldn't need access to actual hardware level
and checking in the dump what function is actually called for each case is
easy.
Jakub
