[Bug c++/108390] New: ICE in fold_convert_loc, at fold-const.cc:2504 partial ordering between array types

ed at catmur dot uk gcc-bugzilla@gcc.gnu.org
Fri Jan 13 00:47:25 GMT 2023


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

            Bug ID: 108390
           Summary: ICE in fold_convert_loc, at fold-const.cc:2504 partial
                    ordering between array types
           Product: gcc
           Version: 13.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ed at catmur dot uk
  Target Milestone: ---

template<class T, T t> long f(int(*)[t], T(*)[t]);
template<class T, int i> int f(int(*)[i], T(*)[i]);
int n = f<int, 2>(0, 0);

<source>:4:18: internal compiler error: in fold_convert_loc, at
fold-const.cc:2504
    4 | int n = f<int, 2>(0, 0);
      |         ~~~~~~~~~^~~~~~
0x23975be internal_error(char const*, ...)
        ???:0
0xa693ae fancy_abort(char const*, int, char const*)
        ???:0
0xc99848 more_specialized_fn(tree_node*, tree_node*, int)
        ???:0
0xa97529 build_new_function_call(tree_node*, vec<tree_node*, va_gc,
vl_embed>**, int)
        ???:0
0xcb6fd4 finish_call_expr(tree_node*, vec<tree_node*, va_gc, vl_embed>**, bool,
bool, int)
        ???:0
0xc43be7 c_parse_file()
        ???:0
0xd7fd79 c_common_parse_file()
        ???:0

Godbolt says this is bad back to 8.1; before that it was ambiguous.


More information about the Gcc-bugs mailing list