[Bug c++/65908] New: internal compiler error: in expand_thunk

[Bug c++/65908] New: internal compiler error: in expand_thunk

[mark at noffle dot net]

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

            Bug ID: 65908
           Summary: internal compiler error: in expand_thunk
           Product: gcc
           Version: 5.1.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: mark at noffle dot net
  Target Milestone: ---

Created attachment 35408
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35408&action=edit
-save-temps generated output

Greetings.

In an attempt to compile the CVC4 SMT solver using GCC 5.1.0, the following
error occurs:

/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I.
-I/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cln-glpk/../../../src/compat
-I../..  -D__BUILDING_CVC4COM
PATLIB -I./.. -I/usr/local/include
-I/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cln-glpk/../../../src/compat/../include
-I/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/p
roduction-cln-glpk/../../../src/compat/.. -pthread -I/usr/local/include  
-DCVC4_STATISTICS_ON -DNDEBUG -DCVC4_DUMPING
-I/home/marky/source/CVC4/glpk-cut-log/include -DCVC4_USE_GLPK
-DCVC4_ANTLR3_OLD_INP
UT_STREAM -fno-strict-aliasing -I/usr/local/include   -O3 -ggdb3
-Wno-deprecated -MT libcvc4compat_la-cvc3_compat.lo -MD -MP -MF
.deps/libcvc4compat_la-cvc3_compat.Tpo -c -o libcvc4compat_la-cvc3_compat.
lo `test -f 'cvc3_compat.cpp' || echo
'/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cln-glpk/../../../src/compat/'`cvc3_compat.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I.
-I/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cln-glpk/../../../src/compat
-I../.. -D__BUILDING_CVC4COMPATLIB -I./.. -I/usr/local/include

-I/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cln-glpk/../../../src/compat/../include
-I/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cln-glpk/../../../src/co
mpat/.. -pthread -I/usr/local/include -DCVC4_STATISTICS_ON -DNDEBUG
-DCVC4_DUMPING -I/home/marky/source/CVC4/glpk-cut-log/include -DCVC4_USE_GLPK
-DCVC4_ANTLR3_OLD_INPUT_STREAM -fno-strict-aliasing -I/us
r/local/include -O3 -ggdb3 -Wno-deprecated -MT libcvc4compat_la-cvc3_compat.lo
-MD -MP -MF .deps/libcvc4compat_la-cvc3_compat.Tpo -c
/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cl$
-glpk/../../../src/compat/cvc3_compat.cpp  -fPIC -DPIC -o
.libs/libcvc4compat_la-cvc3_compat.o
/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cln-glpk/../../../src/compat/cvc3_compat.cpp:
In member function 'std::__cxx11::string CVC3::Expr::getUid() const':
/home/marky/source/CVC4/builds/x86_64-unknown-linux-gnu/production-cln-glpk/../../../src/compat/cvc3_compat.cpp:2552:1:
internal compiler error: in expand_thunk, at cgraphunit.c:1700
 }/* CVC3 namespace */
 ^
0x7c0fc6 cgraph_node::expand_thunk(bool, bool)
        ../.././gcc/cgraphunit.c:1699
0x7c2b5b cgraph_node::create_wrapper(cgraph_node*)
        ../.././gcc/cgraphunit.c:2517
0xff15b9 ipa_icf::sem_function::merge(ipa_icf::sem_item*)
        ../.././gcc/ipa-icf.c:1133
0xfe95ef ipa_icf::sem_item_optimizer::merge_classes(unsigned int)
        ../.././gcc/ipa-icf.c:3232
0xff0f6c ipa_icf::sem_item_optimizer::execute()
        ../.././gcc/ipa-icf.c:2436
0xff26e6 ipa_icf_driver
        ../.././gcc/ipa-icf.c:3309
0xff26e6 ipa_icf::pass_ipa_icf::execute(function*)
        ../.././gcc/ipa-icf.c:3356
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.

Release: g++ (GCC) 5.1.0
System: Debian 8.0 jessie (3.16.0-4-amd64)
CFLAGS as found in configured Makefile for CVC4:

[Bug c++/65908] internal compiler error: in expand_thunk

[mark at noffle dot net]

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

--- Comment #1 from Mark M. <mark at noffle dot net> ---
g++ version info

% g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --enable-lto --enable-libssp
--enable-vtable-verify
Thread model: posix
gcc version 5.1.0 (GCC)

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-04-27
                 CC|                            |trippels at gcc dot gnu.org
          Component|c++                         |ipa
            Summary|internal compiler error: in |[5/6 Regression] ICE: in
                   |expand_thunk                |expand_thunk, at
                   |                            |cgraphunit.c:1700
     Ever confirmed|0                           |1

--- Comment #2 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
markus@x4 tmp % cat cvc3_compat.ii
class A
{
  A (A &);
};
class B
{
  const A &m_fn1 () const;
};
class C
{
  A m_fn2 () const;
};
A
C::m_fn2 () const
{
  throw 0;
}
const A &
B::m_fn1 () const
{
  throw 0;
}

markus@x4 tmp % g++ -O2 -fPIC -c cvc3_compat.ii
cvc3_compat.ii: In member function ‘A C::m_fn2() const’:
cvc3_compat.ii:22:1: internal compiler error: in expand_thunk, at
cgraphunit.c:1700
>From gcc-bugs-return-484773-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Apr 27 18:16:23 2015
Return-Path: <gcc-bugs-return-484773-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 76529 invoked by alias); 27 Apr 2015 18:16:23 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 76345 invoked by uid 48); 27 Apr 2015 18:16:19 -0000
From: "jvdelisle at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libfortran/48852] Invalid spaces in list-directed output of complex constants
Date: Mon, 27 Apr 2015 18:16:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libfortran
X-Bugzilla-Version: 4.7.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jvdelisle at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jvdelisle at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-48852-4-sro6xSRcUB@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-48852-4@http.gcc.gnu.org/bugzilla/>
References: <bug-48852-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-04/txt/msg02325.txt.bz2
Content-length: 580

https://gcc.gnu.org/bugzilla/show_bug.cgi?idH852

--- Comment #14 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
I have decided that to do this right I need to revamp how write_float.def and
associated functions are organized.  We have discussed doing this quite a while
ago, so now is the time.

I see it like this:

- Create a working buffer (currently buried down under, need it brought up)
- Get the digits based on the KIND etc (DTOA FTOA etc)
- Format the digits (right now mostly in output_float)
- Send the formatted digits out (split this out of output float)

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

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

--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Started with r217218.

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hubicka at gcc dot gnu.org,
                   |                            |marxin at gcc dot gnu.org

--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
The problem is that IPA ICF compares the return type and argument types by
looking at TREE_TYPE of DECL_RESULT (or PARM_DECLs from DECL_ARGUMENTS), but
that is modified by cp_genericize.
So, either in addition to comparing the types it should also compare
DECL_BY_REFERENCE values of RESULT_DECL and PARM_DECLs, or it should also (or
only?) look at TREE_TYPE of the FUNCTION_TYPE/METHOD_TYPE and/or TYPE_ARG_TYPES
of that).

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

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

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[hubicka at gcc dot gnu.org]

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

--- Comment #5 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Yep, I suppose we want to match both (TREE_TYPE/TYPE_ARG_TYPES and the decls
since both control how calls.c produce code and should agree in equivalent
functions anyway. I will look into why TREE_TYPE (fntype) and TREE_TYPE
(result_decl) disagreees.

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[marxin at gcc dot gnu.org]

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

--- Comment #7 from Martin Liška <marxin at gcc dot gnu.org> ---
Created attachment 35533
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35533&action=edit
Suggested fix

I've been testing following patch for 5.1.0 branch. I'm wondering if comparison
of just TYPE_ARG_TYPES is sufficient?
>From gcc-bugs-return-486142-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue May 12 14:17:51 2015
Return-Path: <gcc-bugs-return-486142-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 115429 invoked by alias); 12 May 2015 14:17:51 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 115402 invoked by uid 48); 12 May 2015 14:17:47 -0000
From: "mikael at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/66089] [6 Regression] elemental dependency mishandling when derived types are involved
Date: Tue, 12 May 2015 14:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 6.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mikael at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-66089-4-FyXrA823yj@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66089-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66089-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-05/txt/msg00982.txt.bz2
Content-length: 390

https://gcc.gnu.org/bugzilla/show_bug.cgi?idf089

--- Comment #4 from Mikael Morin <mikael at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #3)
> The code in comment 0 does not abort at run time up to revision r222352
> (2015-04-23), but does so at r222398 (2015-04-24), likely r222361.

Yes, probably the change in gfc_add_loop_ss_code (which comment #1 removes).

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[hubicka at gcc dot gnu.org]

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

--- Comment #8 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
I think pushing TYPE_CANONICAL is a bug: we do check ODR properties of the
parameter and TYPE_CANONICAL is not guaranteed to be the same. Just remove the
TYPE_CANONICAL wrap here.

The patch seems OK with this change both for mainline and branch. We will match
the types of DECL_ARGUMENTS when verifying the body here:

  for (arg1 = DECL_ARGUMENTS (decl),
       arg2 = DECL_ARGUMENTS (m_compared_func->decl);
       arg1; arg1 = DECL_CHAIN (arg1), arg2 = DECL_CHAIN (arg2))
    if (!m_checker->compare_decl (arg1, arg2))
      return return_false ();

However I think there is one extra case to deal with. For functions that are
!prototype_p, we get empty ARG_TYPES and only have ARGUMENTS. Such functions
will bypass the checks:

      if (POINTER_TYPE_P (arg_types[i])
          && (TYPE_RESTRICT (arg_types[i]) 
              != TYPE_RESTRICT (m_compared_func->arg_types[i])))
        return return_false_with_msg ("argument restrict flag mismatch");
      /* nonnull_arg_p implies non-zero range to REFERENCE types.  */
      if (POINTER_TYPE_P (arg_types[i])
          && TREE_CODE (arg_types[i])
             != TREE_CODE (m_compared_func->arg_types[i])
          && opt_for_fn (decl, flag_delete_null_pointer_checks))
        return return_false_with_msg ("pointer wrt reference mismatch");

Please factor out this code to a function compatible_parm_types_p and call it
both from sem_function::equals_wpa and the loop above.

Honza

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[jakub at gcc dot gnu.org]

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

--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Any progress on this?  This is a P1 and we'd like to release GCC 5.2 soon.

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[marxin at gcc dot gnu.org]

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

--- Comment #10 from Martin Liška <marxin at gcc dot gnu.org> ---
There's pending patch in ML:
https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00746.html

I'm going to ping Honza.
>From gcc-bugs-return-489189-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 17 13:32:57 2015
Return-Path: <gcc-bugs-return-489189-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25550 invoked by alias); 17 Jun 2015 13:32:57 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 25503 invoked by uid 48); 17 Jun 2015 13:32:53 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/66536] [5 Regression] ICE in build_ctor_subob_ref, at cp/tree.c:2534
Date: Wed, 17 Jun 2015 13:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 6.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.2
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cf_known_to_work short_desc
Message-ID: <bug-66536-4-0XrGiaXsKV@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66536-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66536-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-06/txt/msg01521.txt.bz2
Content-length: 599

https://gcc.gnu.org/bugzilla/show_bug.cgi?idf536

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|                            |5.1.0, 6.0
            Summary|[5/6 Regression] ICE in     |[5 Regression] ICE in
                   |build_ctor_subob_ref, at    |build_ctor_subob_ref, at
                   |cp/tree.c:2534              |cp/tree.c:2534

--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
Fixed on trunk sofar.

[Bug ipa/65908] [5/6 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[hubicka at gcc dot gnu.org]

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

--- Comment #11 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Author: hubicka
Date: Mon Jun 22 07:12:22 2015
New Revision: 224720

URL: https://gcc.gnu.org/viewcvs?rev=224720&root=gcc&view=rev
Log:

        PR ipa/65908
        * ipa-icf.c (sem_item::target_supports_symbol_aliases): Remove
        construction of arg_types.
        (sem_function::sem_function): Likewise.
        (sem_function::~sem_function): Remove destruction of arg_types.
        (sem_function::compatible_parm_types_p): New function.
        (sem_function::equals_wpa): Reorg matching of return values
        and parameter types.
        (sem_function::equals_private): Reorg mathcing of argument types.
        (sem_function::parse_tree_args): Remove.
        * ipa-icf.h (init_wpa): Do not call it.
        (parse_tree_args): Remove.
        (compatible_parm_types_p): Declare.
        (result_type): Remove.
        (arg_types): Remove.
        * testsuite/g++.dg/ipa/pr65908.C: New testcase.

Added:
    trunk/gcc/testsuite/g++.dg/ipa/pr65908.C
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/ipa-icf.c
    trunk/gcc/ipa-icf.h
    trunk/gcc/testsuite/ChangeLog

[Bug ipa/65908] [5 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P1                          |P2
             Status|NEW                         |ASSIGNED
      Known to work|                            |4.9.2, 6.0
           Assignee|marxin at gcc dot gnu.org          |hubicka at gcc dot gnu.org
            Summary|[5/6 Regression] ICE: in    |[5 Regression] ICE: in
                   |expand_thunk, at            |expand_thunk, at
                   |cgraphunit.c:1700           |cgraphunit.c:1700
      Known to fail|                            |5.1.0

--- Comment #12 from Richard Biener <rguenth at gcc dot gnu.org> ---
Fixed on trunk sofar.  Not sure why this is P1, downgrading to P2.

[Bug ipa/65908] [5 Regression] ICE: in expand_thunk, at cgraphunit.c:1700

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|5.2                         |5.3

--- Comment #13 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 5.2 is being released, adjusting target milestone to 5.3.