subject:"\[Bug c\+\+\/70029\] \[6 Regression\] ICE with C\+\+11 and \-flto"

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-04-14 Thread mpolacek at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 --- Comment #9 from Marek Polacek --- Author: mpolacek Date: Thu Apr 14 16:51:16 2016 New Revision: 234979 URL: https://gcc.gnu.org/viewcvs?rev=234979=gcc=rev Log: PR c++/70029 * tree.c (verify_type): Disable the canonical type

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-04-12 Thread jason at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|jason at gcc dot

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-04-06 Thread hubicka at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 --- Comment #7 from Jan Hubicka --- Hmm, both options sounds quite involved. Perhaps for stage4 we can simply drop the sanity check and add yet another FIXME to the verifier? Alias.c is relatively robust about walking to main variants so I can't

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-03-24 Thread jason at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 --- Comment #6 from Jason Merrill --- The problem is that decl_attributes uses build_type_attribute_qual_variant, which uses build_qualified_type, which doesn't understand C++ type variants and blithely returns an attribute-qualified type which

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-03-23 Thread jason at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-03-10 Thread hubicka at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 Jan Hubicka changed: What|Removed |Added CC||jason at redhat dot com --- Comment #5

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-03-02 Thread mpolacek at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 --- Comment #4 from Marek Polacek --- In other words, build_ref_qualified_type creates method_type T with TYPE_CANONICAL (t) = t; but TYPE_MAIN_VARIANT (t) is not t (it differs because the main variant doesn't have FUNCTION_RVALUE_QUALIFIED and

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-03-02 Thread mpolacek at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 --- Comment #3 from Marek Polacek --- The difference seems to be in FUNCTION_RVALUE_QUALIFIED and FUNCTION_REF_QUALIFIED which were set in build_ref_qualified_type (but not for the main type it seems).

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-03-02 Thread rguenth at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug c++/70029] [6 Regression] ICE with C++11 and -flto

2016-03-01 Thread mpolacek at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 --- Comment #2 from Marek Polacek --- Broken since commit b94625f4cae064fe08962ea53848ffe5fc2e04c0 Author: hubicka Date: Tue Nov 24 20:26:48 2015 + * tree.c (make_vector_type):