Adjust 'libgomp.c/declare-variant-{3,4}-[...]' for inter-procedural value range propa...
commita53da3a213ee00866d132c228a0e89bd2f61d65c
authorThomas Schwinge <thomas@codesourcery.com>
Tue, 21 Nov 2023 21:42:49 +0000 (21 22:42 +0100)
committerThomas Schwinge <thomas@codesourcery.com>
Wed, 22 Nov 2023 16:54:59 +0000 (22 17:54 +0100)
tree0dca54696e6b938611f896d0def6f4206d12b30a
parente9b39df9333d565ee06fa65d62bfca4bbcb92e44
Adjust 'libgomp.c/declare-variant-{3,4}-[...]' for inter-procedural value range propagation

..., that is, commit 53ba8d669550d3a1f809048428b97ca607f95cf5
"inter-procedural value range propagation", after which we see:

    [-PASS:-]{+FAIL:+} libgomp.c/declare-variant-3-sm30.c scan-nvptx-none-offload-tree-dump optimized "= f30 \\(\\);"

Etc.  That's due to:

    @@ -144,13 +144,11 @@
     __attribute__((omp target entrypoint, noclone))
     void main._omp_fn.0 (const struct .omp_data_t.3 & restrict .omp_data_i)
     {
    -  int _3;
       int * _5;

       <bb 2> [local count: 1073741824]:
    -  _3 = f30 ();
       _5 = *.omp_data_i_4(D).v;
    -  *_5 = _3;
    +  *_5 = 30;
       return;

It's nice to see this optimization work here, too, but it does interfere with
how we're currently testing OpenMP 'declare variant'.

libgomp/
* testsuite/libgomp.c/declare-variant-3.h (f30, f35, f53, f70)
(f75, f80, f): Add '__attribute__ ((noipa))'.
* testsuite/libgomp.c/declare-variant-4.h (gfx803, gfx900, gfx906)
(gfx908, gfx90a, f): Likewise.
libgomp/testsuite/libgomp.c/declare-variant-3.h
libgomp/testsuite/libgomp.c/declare-variant-4.h