[Bug other/99496] New: [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[Bug other/99496] New: [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[seurer at gcc dot gnu.org]

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

            Bug ID: 99496
           Summary: [11 regression] g++.dg/modules/xtreme-header-3_c.C
                    ICEs after r11-7557
           Product: gcc
           Version: 11.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:ded6a1953dd7f43229c44e5d0d17c264338a3f4c, r11-7557

FAIL: g++.dg/modules/xtreme-header-3_c.C -std=c++17 (internal compiler error)
FAIL: g++.dg/modules/xtreme-header-3_c.C -std=c++17 (test for excess errors)

This was on a power 9 LE system.

spawn -ignore SIGHUP
/home3/seurer/gcc/git/build/gcc-test/gcc/testsuite/g++5/../../xg++
-B/home3/seurer/gcc/git/build/gcc-test/gcc/testsuite/g++5/../../
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_c.C
-fdiagnostics-plain-output -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 -fmessage-length=0
-std=c++17 -pedantic-errors -Wno-long-long -fmodules-ts -fno-module-lazy -S -o
xtreme-header-3_c.s^M
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_c.C:3:30:
internal compiler error: same canonical type node for different types 'void'
and 'std::__void_t<typename _Tp::allocator_type>'^M
0x106bb743 comptypes(tree_node*, tree_node*, int)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/typeck.c:1554^M
0x1059579f template_args_equal(tree_node*, tree_node*, bool)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/pt.c:9207^M
0x1059508f comp_template_args(tree_node*, tree_node*, tree_node**, tree_node**,
bool)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/pt.c:9254^M
0x105a643b spec_hasher::equal(spec_entry*, spec_entry*)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/pt.c:1725^M
0x1062e90b hash_table<spec_hasher, false, xcallocator>::verify(spec_entry*
const&, unsigned int)^M
        /home/seurer/gcc/git/gcc-test/gcc/hash-table.h:1032^M
0x1062f12f hash_table<spec_hasher, false,
xcallocator>::find_slot_with_hash(spec_entry* const&, unsigned int,
insert_option)^M
        /home/seurer/gcc/git/gcc-test/gcc/hash-table.h:968^M
0x105b168f add_mergeable_specialization(bool, spec_entry*, tree_node*, unsigned
int)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/pt.c:30018^M
0x104c30bb trees_in::decl_value()^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:8068^M
0x104c4e27 trees_in::tree_node(bool)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:9174^M
0x104d199b module_state::read_cluster(unsigned int)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:14858^M
0x104d1e83 module_state::load_section(unsigned int, binding_slot*)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:18125^M
0x104d354f module_state::read_language(bool)^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:18054^M
0x104d39cb direct_import^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:18916^M
0x10559c17 cp_parser_import_declaration^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.c:13858^M
0x1057fbeb cp_parser_translation_unit^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.c:4901^M
0x1057fbeb c_parse_file()^M
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.c:45231^M
0x1077d69b c_common_parse_file()^M
        /home/seurer/gcc/git/gcc-test/gcc/c-family/c-opts.c:1218^M

Hmmm, on different systems I am seeing different failures.  On a power 7 BE
system I am seeing:

FAIL: g++.dg/modules/xtreme-header-4_c.C -std=c++2a (internal compiler error)
FAIL: g++.dg/modules/xtreme-header-4_c.C -std=c++2a (test for excess errors)
FAIL: g++.dg/modules/xtreme-header-4_c.C -std=c++2b (internal compiler error)
FAIL: g++.dg/modules/xtreme-header-4_c.C -std=c++2b (test for excess errors)


commit ded6a1953dd7f43229c44e5d0d17c264338a3f4c
Author: Nathan Sidwell <nathan@acm.org>
Date:   Mon Mar 8 10:01:21 2021 -0800

    c++: Incorrect specialization hash table [PR 99285]

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |11.0
           Priority|P3                          |P1

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[nathan at gcc dot gnu.org]

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

--- Comment #1 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
I am not seeing this on the compile farm's 2 ppc systems I use (gcc1-power7 and
 gcc2-power8).  Can you extract preprocessed source for that set of header
tests?

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[segher at gcc dot gnu.org]

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

Segher Boessenkool <segher at gcc dot gnu.org> changed:

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

--- Comment #2 from Segher Boessenkool <segher at gcc dot gnu.org> ---
Just FYI:

There are four Power Linux systems in the cfarm (as well as some AIX).

gcc110  POWER7  BE
gcc203  POWER8  BE
gcc112  POWER8  LE
gcc135  POWER9  LE

The last one is by far the most powerful of these.

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[seurer at gcc dot gnu.org]

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

--- Comment #3 from seurer at gcc dot gnu.org ---
I only saw the xtreme 3 ICE on a power 9 and the xtreme 4 ICEs on a power 7.

Ugh.  Generating a .i is not straightforward for this.

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[nathan at gcc dot gnu.org]

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

--- Comment #4 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
-save-temps to the compile line scraped from .log should dtrt.  but yeah,
requires a bit more fidelity than before

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[seurer at gcc dot gnu.org]

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

--- Comment #5 from seurer at gcc dot gnu.org ---
Just running the compilation doesn't work as it requires some stuff that must
be generated earlier.

In module imported at
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_c.C:3:1:
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_a.H:
error: failed to read compiled module: No such file or directory
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_a.H:
note: compiled module file is
'gcm.cache/./home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_a.H.gcm'
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_a.H:
note: imports must be built before being imported
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_a.H:
fatal error: returning to the gate for a mechanical issue

The mentioned file is not left around anywhere I see.

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[nathan at gcc dot gnu.org]

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

--- Comment #6 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
Oh, sorry.  I guess it's not obvious.  I need the preprocessed source from all
of the xtreme-header-3 series.  Test of the form ${BASENAME}_[a-z].[CHX] are a
group compiled in ascending letter order.  Scrape the .log for the 3 compiles
of this particular test, adding -save-temps to each, in order.

gcm.cache is created in the working directory of the compilation
(gcc/testsuite/g++N), but they are removed after every test so as to not affect
the next one.

Hope that helps.

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[nathan at gcc dot gnu.org]

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

--- Comment #7 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
Cannot reproduce it on gcc135 either

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[seurer at gcc dot gnu.org]

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

--- Comment #8 from seurer at gcc dot gnu.org ---
seurer@marlin:~/gcc/git/build/gcc-test/gcc/testsuite$
/home3/seurer/gcc/git/build/gcc-test/gcc/testsuite/g++7/../../xg++
-B/home3/seurer/gcc/git/build/gcc-test/gcc/testsuite/g++7/../../
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_a.H
-fdiagnostics-plain-output -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 -fmessage-length=0
-std=c++17 -pedantic-errors -Wno-long-long -fmodule-header -S -o
xtreme-header-3_a.s --save-temps

seurer@marlin:~/gcc/git/build/gcc-test/gcc/testsuite$
/home3/seurer/gcc/git/build/gcc-test/gcc/testsuite/g++7/../../xg++
-B/home3/seurer/gcc/git/build/gcc-test/gcc/testsuite/g++7/../../
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_b.C
-fdiagnostics-plain-output -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 -fmessage-length=0
-std=c++17 -pedantic-errors -Wno-long-long -fmodules-ts -fno-module-lazy -S -o
xtreme-header-3_b.s --save-temps

seurer@marlin:~/gcc/git/build/gcc-test/gcc/testsuite$
/home3/seurer/gcc/git/build/gcc-test/gcc/testsuite/g++7/../../xg++
-B/home3/seurer/gcc/git/build/gcc-test/gcc/testsuite/g++7/../../
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_c.C
-fdiagnostics-plain-output -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 -fmessage-length=0
-std=c++17 -pedantic-errors -Wno-long-long -fmodules-ts -fno-module-lazy -S -o
xtreme-header-3_c.s --save-temps
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_c.C:3:90:
internal compiler error: same canonical type node for different types 'void'
and 'std::__void_t<typename _Tp::allocator_type>'
0x106bbb83 comptypes(tree_node*, tree_node*, int)
        /home/seurer/gcc/git/gcc-test/gcc/cp/typeck.c:1554
0x10595bdf template_args_equal(tree_node*, tree_node*, bool)
        /home/seurer/gcc/git/gcc-test/gcc/cp/pt.c:9207
0x105954cf comp_template_args(tree_node*, tree_node*, tree_node**, tree_node**,
bool)
        /home/seurer/gcc/git/gcc-test/gcc/cp/pt.c:9254
0x105a687b spec_hasher::equal(spec_entry*, spec_entry*)
        /home/seurer/gcc/git/gcc-test/gcc/cp/pt.c:1725
0x1062ed4b hash_table<spec_hasher, false, xcallocator>::verify(spec_entry*
const&, unsigned int)
        /home/seurer/gcc/git/gcc-test/gcc/hash-table.h:1032
0x1062f56f hash_table<spec_hasher, false,
xcallocator>::find_slot_with_hash(spec_entry* const&, unsigned int,
insert_option)
        /home/seurer/gcc/git/gcc-test/gcc/hash-table.h:968
0x105b1acf add_mergeable_specialization(bool, spec_entry*, tree_node*, unsigned
int)
        /home/seurer/gcc/git/gcc-test/gcc/cp/pt.c:30018
0x104c34db trees_in::decl_value()
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:8068
0x104c5247 trees_in::tree_node(bool)
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:9174
0x104d1dbb module_state::read_cluster(unsigned int)
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:14858
0x104d22a3 module_state::load_section(unsigned int, binding_slot*)
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:18125
0x104d396f module_state::read_language(bool)
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:18054
0x104d3deb direct_import
        /home/seurer/gcc/git/gcc-test/gcc/cp/module.cc:18916
0x1055a057 cp_parser_import_declaration
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.c:13868
0x1058002b cp_parser_translation_unit
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.c:4905
0x1058002b c_parse_file()
        /home/seurer/gcc/git/gcc-test/gcc/cp/parser.c:45241
0x1077dadb c_common_parse_file()
        /home/seurer/gcc/git/gcc-test/gcc/c-family/c-opts.c:1218

Looking at the 3 .ii files the above created the last one is just

# 0
"/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_c.C"
# 0 "<built-in>"
# 0 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 0 "<command-line>" 2
# 1
"/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_c.C"


import 
"/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_a.H";


going further...

seurer@marlin:~/gcc/git/build/gcc-test/gcc/testsuite$ cat
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3_a.H
// { dg-additional-options -fmodule-header }

// { dg-module-cmi {} }
#include "xtreme-header-3.h"

seurer@marlin:~/gcc/git/build/gcc-test/gcc/testsuite$ cat
/home/seurer/gcc/git/gcc-test/gcc/testsuite/g++.dg/modules/xtreme-header-3.h
// Containers (except ranges-including ones)

#include <array>
#include <bitset>
#include <deque>
#include <forward_list>
#include <initializer_list>
#include <iterator>
#include <list>
#include <map>
#include <optional>
#include <queue>
#include <set>
#include <stack>
#include <string>
#include <string_view>
#include <tuple>
#include <unordered_map>
#include <unordered_set>
#include <variant>
#include <vector>

I am attaching all the .ii files and the .H/.h files.

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[seurer at gcc dot gnu.org]

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

--- Comment #9 from seurer at gcc dot gnu.org ---
Created attachment 50370
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50370&action=edit
Requested proprocessed files

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[nathan at gcc dot gnu.org]

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

--- Comment #10 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
thanks, sadly even that's not triggering it for me on a ppc system.  I think
I'm going to have to make the specialization hasher really stupid

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[nathan at gcc dot gnu.org]

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

Nathan Sidwell <nathan at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
   Last reconfirmed|                            |2021-03-12
     Ever confirmed|0                           |1

--- Comment #11 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
With the spec hasher returning a constant zero:

// pr99496_a.H
template<typename...> using __void_t = void;

template<typename _Tp, typename = void>
struct __is_referenceable
{ };

template<typename _Tp>
struct __is_referenceable<_Tp, __void_t<_Tp&>>
{ };

template<typename _Tp, bool = __is_referenceable<_Tp>::value>
struct __is_copy_constructible_impl;

// pr99496_b.C
import "pr99496_a.H";


zathras:180>./cc1plus -quiet -fmodule-header pr99496_a.H && ./cc1plus -quiet
-fmodules-ts pr99496_b.C -fno-module-lazy
pr99496_b.C:3:22: internal compiler error: same canonical type node for
different types 'void' and '__void_t<_Tp&>'
    3 | import "pr99496_a.H";
      |                      ^
0xeb18c7 comptypes(tree_node*, tree_node*, int)
        ../../../src/gcc/cp/typeck.c:1554
0xdd03a8 template_args_equal(tree_node*, tree_node*, bool)
        ../../../src/gcc/cp/pt.c:9211
0xdd05ce comp_template_args(tree_node*, tree_node*, tree_node**, tree_node**,
bool)
        ../../../src/gcc/cp/pt.c:9258
0xdb023c spec_hasher::equal(spec_entry*, spec_entry*)
        ../../../src/gcc/cp/pt.c:1725
0xe37e23 hash_table<spec_hasher, false,
xcallocator>::find_slot_with_hash(spec_entry* const&, unsigned int,
insert_option)
        ../../../src/gcc/hash-table.h:981
0xe35749 add_mergeable_specialization(bool, spec_entry*, tree_node*, unsigned
int)
        ../../../src/gcc/cp/pt.c:30022
0xcce825 trees_in::decl_value()
        ../../../src/gcc/cp/module.cc:8064
0xcd3f61 trees_in::tree_node(bool)
        ../../../src/gcc/cp/module.cc:9170

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[nathan at gcc dot gnu.org]

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

Nathan Sidwell <nathan at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |WAITING

--- Comment #12 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
afc986aa003 2021-03-15 | c++: Incorrect type equivalence [PR 99496]

Please confirm when you are able to.

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[segher at gcc dot gnu.org]

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

--- Comment #13 from Segher Boessenkool <segher at gcc dot gnu.org> ---
Hi Nathan,

I think you didn't push the branch that is on?

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[cvs-commit at gcc dot gnu.org]

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

--- Comment #14 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Nathan Sidwell <nathan@gcc.gnu.org>:

https://gcc.gnu.org/g:7b900dca607dceaae2db372365f682a4979c7826

commit r11-7687-g7b900dca607dceaae2db372365f682a4979c7826
Author: Nathan Sidwell <nathan@acm.org>
Date:   Mon Mar 15 11:25:46 2021 -0700

    c++: Incorrect type equivalence [PR 99496]

    This bug was caused by not marking dependent template aliases
    correctly -- these things look like typedefs, but are not
    (necessarily) equivalent to the canonical type.  We need to record that.

            PR c++/99496
            gcc/cp/
            * module.cc (trees_out::decl_value): Adjust typedef streaming,
            indicate whether it is a dependent alias.
            (trees_in::decl_value): Likewise.  Set as dependent alias, if it
            is one.
            gcc/testsuite/
            * g++.dg/modules/pr99496_a.H: New.
            * g++.dg/modules/pr99496_b.C: New.

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[nathan at gcc dot gnu.org]

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

--- Comment #15 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
oops, I was juggling too many computers yesterday

* 7b900dca607 2021-03-15 | c++: Incorrect type equivalence [PR 99496]

[Bug other/99496] [11 regression] g++.dg/modules/xtreme-header-3_c.C ICEs after r11-7557

[seurer at gcc dot gnu.org]

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

seurer at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |FIXED

--- Comment #16 from seurer at gcc dot gnu.org ---
I just double checked and these are all fixed now.  Thanks!