[Bug other/113317] New: New test case libgomp.c++/ind-base-2.C fails with ICE

[Bug other/113317] New: New test case libgomp.c++/ind-base-2.C fails with ICE

[seurer at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

            Bug ID: 113317
           Summary: New test case libgomp.c++/ind-base-2.C fails with ICE
           Product: gcc
           Version: 14.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: other
          Assignee: unassigned at gcc dot gnu.org
          Reporter: seurer at gcc dot gnu.org
  Target Milestone: ---

g:1413af02d62182bc1e19698aaa4dae406f8f13bf, r14-7033-g1413af02d62182

Note I only saw this failure on one powerpc64 LE system.  It works OK on
others.


make  -k check-target-libgomp RUNTESTFLAGS="c++.exp=libgomp.c++/ind-base-2.C"
FAIL: libgomp.c++/ind-base-2.C (internal compiler error: in operator[], at
vec.h:910)
FAIL: libgomp.c++/ind-base-2.C (test for excess errors)
# of unexpected failures        2
# of unresolved testcases       1


spawn -ignore SIGHUP /home/seurer/gcc/git/build/gcc-test/gcc/xg++
-B/home/seurer/gcc/git/build/gcc-test/gcc/
/home/seurer/gcc/git/gcc-test/libgomp/testsuite/libgomp.c++/ind-base-2.C
-B/home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/./libgomp/
-B/home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/./libgomp/.libs
-I/home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/./libgomp
-I/home/seurer/gcc/git/gcc-test/libgomp/testsuite/../../include
-I/home/seurer/gcc/git/gcc-test/libgomp/testsuite/.. -fmessage-length=0
-fno-diagnostics-show-caret -fdiagnostics-color=never -fopenmp -fopenmp
-nostdinc++
-I/home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/libstdc++-v3/include/powerpc64le-unknown-linux-gnu
-I/home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/libstdc++-v3/include
-I/home/seurer/gcc/git/gcc-test/libstdc++-v3/libsupc++
-I/home/seurer/gcc/git/gcc-test/libstdc++-v3/include/backward
-I/home/seurer/gcc/git/gcc-test/libstdc++-v3/testsuite/util
-B/home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/./libgomp/../libstdc++-v3/src/.libs
-L/home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/./libgomp/.libs
-L/home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/./libgomp/../libstdc++-v3/src/.libs
-lm -o ./ind-base-2.exe
/home/seurer/gcc/git/gcc-test/libgomp/testsuite/libgomp.c++/ind-base-2.C: In
function 'void foo()':
/home/seurer/gcc/git/gcc-test/libgomp/testsuite/libgomp.c++/ind-base-2.C:35:48:
internal compiler error: in operator[], at vec.h:910
0x102bd66b vec<tree_node*, va_heap, vl_embed>::operator[](unsigned int)
        /home/seurer/gcc/git/gcc-test/gcc/vec.h:910
0x1087d75b vec<omp_addr_tokenizer::omp_addr_token*, va_heap,
vl_embed>::operator[](unsigned int)
        /home/seurer/gcc/git/gcc-test/gcc/c-family/c-omp.cc:4131
0x1087d75b vec<omp_addr_tokenizer::omp_addr_token*, va_heap,
vl_ptr>::operator[](unsigned int)
        /home/seurer/gcc/git/gcc-test/gcc/vec.h:1599
0x1087d75b c_omp_address_inspector::expand_map_clause(tree_node*, tree_node*,
vec<omp_addr_tokenizer::omp_addr_token*, va_heap, vl_ptr>&, c_omp_region_type)
        /home/seurer/gcc/git/gcc-test/gcc/c-family/c-omp.cc:4057
0x1075dcaf handle_omp_array_sections
        /home/seurer/gcc/git/gcc-test/gcc/cp/semantics.cc:6042
0x107662b7 finish_omp_clauses(tree_node*, c_omp_region_type)
        /home/seurer/gcc/git/gcc-test/gcc/cp/semantics.cc:8274
0x106501c3 cp_parser_omp_target
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:46967
0x105fdfef cp_parser_pragma
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:50816
0x1064838f cp_parser_statement
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:12754
0x1060972f cp_parser_statement_seq_opt
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:13334
0x10609a27 cp_parser_compound_statement
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:13188
0x1063d907 cp_parser_function_body
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:25815
0x1063d907 cp_parser_ctor_initializer_opt_and_function_body
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:25866
0x1064515b cp_parser_function_definition_after_declarator
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:32542
0x106467cf cp_parser_function_definition_from_specifiers_and_declarator
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:32459
0x106467cf cp_parser_init_declarator
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:23250
0x106055b3 cp_parser_simple_declaration
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:15816
0x1065a08f cp_parser_declaration
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:15489
0x1065af5b cp_parser_toplevel_declaration
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:15510
0x1065af5b cp_parser_translation_unit
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.cc:5276


commit 1413af02d62182bc1e19698aaa4dae406f8f13bf (HEAD)
Author: Julian Brown <julian@codesourcery.com>
Date:   Mon Sep 12 17:11:29 2022 +0000

    OpenMP: lvalue parsing for map/to/from clauses (C++)

            * g++.dg/gomp/ind-base-3.C: New test.

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[bergner at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

--- Comment #1 from Peter Bergner <bergner at gcc dot gnu.org> ---
(In reply to seurer from comment #0)
> g:1413af02d62182bc1e19698aaa4dae406f8f13bf, r14-7033-g1413af02d62182
> 
> Note I only saw this failure on one powerpc64 LE system.  It works OK on
> others.

You tend to build using --with-cpu=<CPU>.  Is this build different from your
other builds wrt --with-cpu=?   If so, then

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[jules at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

jules at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jules at gcc dot gnu.org

--- Comment #2 from jules at gcc dot gnu.org ---
I haven't been able to reproduce this with our local testing infrastructure on
the powerpc64le machine available to me (i.e., the test works for me there).
I'd be a bit surprised about a machine dependence at this early stage in
parsing, but here we go!

Let me know if there's any other information that might help track this down.

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[linkw at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

Kewen Lin <linkw at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |linkw at gcc dot gnu.org

--- Comment #3 from Kewen Lin <linkw at gcc dot gnu.org> ---
I can't reproduce this either, tried on at least one machine with P8 LE, P9 LE,
P10 LE or P9 BE. I wonder which internal host was used for testing.

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[seurer at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

--- Comment #4 from seurer at gcc dot gnu.org ---
I am seeing this on a power 9 LE machine.

This was my configure:

configure --enable-languages=c,fortran,c++ --enable-secureplt --with-cpu=power9
--disable-bootstrap --disable-multilib

I also tried without the --with-cpu=power9 but it still fails.

I was using GNU Binutils 2.36.1 but it also failed with 2.38.

Hmmm.  I tried on a different power 9 and it worked OK there.

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[jules at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

--- Comment #5 from jules at gcc dot gnu.org ---
Hi,

Unfortunately I no longer have access to any PowerPC machines, which limits my
ability to help with this somewhat. I guess it's *something* like a
CONVERT_EXPR/NOP_EXPR in an unexpected place, and is probably quite easy to fix
with a suitable reproducer.

Julian

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[seurer at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

--- Comment #6 from seurer at gcc dot gnu.org ---
From experimenting this seems to be an issue with the system compiler

gcc version 11.4.0 (Ubuntu 11.4.0-1ubuntu1~22.04) 

I tried an older compiler (8.4) and it worked ok.

I just experimented a bit and it fails with the current gcc 11 and 12 used as
the build compiler as well.  It works when I use gcc 13.

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[bergner at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

--- Comment #7 from Peter Bergner <bergner at gcc dot gnu.org> ---
(In reply to seurer from comment #6)
> I tried an older compiler (8.4) and it worked ok.
> 
> I just experimented a bit and it fails with the current gcc 11 and 12 used
> as the build compiler as well.  It works when I use gcc 13.

When you say current gcc 11 and 12, you mean the FSF release branches?  ...or
builds you had around?  If the current FSF release branches, then we'll want to
git bisect to figure out when it broke and when it got fixed (or just went
latent?).  What about gcc 9 and gcc 10?

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[bergner at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

--- Comment #8 from Peter Bergner <bergner at gcc dot gnu.org> ---
...unless the other P9 systems that were tested built with those "broken"
versions of the compilers.  If that's the case, then it points to something
else wrong on that system.

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

[tschwinge at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317

Thomas Schwinge <tschwinge at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1
           Keywords|                            |openmp
   Last reconfirmed|                            |2024-04-18
                 CC|                            |burnus at gcc dot gnu.org,
                   |                            |jakub at gcc dot gnu.org,
                   |                            |tschwinge at gcc dot gnu.org

--- Comment #9 from Thomas Schwinge <tschwinge at gcc dot gnu.org> ---
Reproduced with a native build on cfarm120.cfarm.net
(powerpc64le-unknown-linux-gnu, "POWER10 (architected), altivec supported"),
with '--enable-checking=yes,extra,rtl'.

And, 'libgomp.c/../libgomp.c-c++-common/ind-base-4.c',
'libgomp.c++/../libgomp.c-c++-common/ind-base-4.c' ICE in the same way.