From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 45821 invoked by alias); 31 Aug 2015 16:17:20 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 45802 invoked by uid 89); 31 Aug 2015 16:17:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_20,KAM_MXURI,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS autolearn=no version=3.3.2 X-HELO: mail.ud10.udmedia.de Received: from ud10.udmedia.de (HELO mail.ud10.udmedia.de) (194.117.254.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 31 Aug 2015 16:17:17 +0000 Received: (qmail 7403 invoked from network); 31 Aug 2015 18:17:14 +0200 Received: from ip5b41f88a.dynamic.kabel-deutschland.de (HELO x4) (ud10?360p3@91.65.248.138) by mail.ud10.udmedia.de with ESMTPSA (ECDHE-RSA-AES256-SHA encrypted, authenticated); 31 Aug 2015 18:17:14 +0200 Date: Mon, 31 Aug 2015 17:39:00 -0000 From: Markus Trippelsdorf To: Richard Biener Cc: gcc-patches@gcc.gnu.org, Jan Hubicka Subject: Re: [PATCH] Updated LTO early debug patch Message-ID: <20150831161713.GB1940@x4> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-SW-Source: 2015-08/txt/msg01895.txt.bz2 On 2015.08.31 at 16:44 +0200, Richard Biener wrote: > > So the state below now will pass LTO bootstrap (fingers crossing, > stage3 running) as well as regular bootstrap. Iff I didn't break > sth in the last minute. You need up-to-date trunk (watch out, > fortran seems to be broken) to pull the fixes for trunk LTO bootstrap. Gold doesn't work at all (internal error in read_script_file, at script.cc:1608). Even simple programs don't link anymore: trippels@gcc2-power8 ~ % echo "int main () {}" | g++ -x c++ - -flto /home/trippels/bin/ld: /home/trippels/tmp/ccPhF9Ar.o: plugin needed to handle lto object /home/trippels/bin/ld: /home/trippels/tmp/ccjOv4bXdebugobj: plugin needed to handle lto object And it breaks quickly during Firefox build, e.g.: trippels@gcc2-power8 angle % cat glslang_lex.ii struct A; template class B { typedef A value_type; void m_fn1(const value_type &); }; struct A { int staticUse; B<> fields; }; trippels@gcc2-power8 angle % g++ -g -c glslang_lex.ii glslang_lex.ii: In instantiation of ‘class B<>’: glslang_lex.ii:8:5: required from here glslang_lex.ii:2:33: error: TYPE_CANONICAL is not compatible template class B { ^ full-name "const struct A" n_parents=0 use_template=0 interface-unknown reference_to_this > unit size align 32 symtab 0 alias set -1 canonical type 0x3fffa9b90690 precision 32 min max pointer_to_this > decl_3 VOID file glslang_lex.ii line 7 col 7 align 1 offset_align 1 context chain nonlocal decl_4 VOID file glslang_lex.ii line 6 col 10 align 1 context result >> context full-name "const value_type" n_parents=0 use_template=0 interface-unknown reference_to_this > glslang_lex.ii:2:33: internal compiler error: verify_type failed 0x10d74f97 verify_type(tree_node const*) ../../gcc/gcc/tree.c:13583 0x10633373 gen_type_die_with_usage ../../gcc/gcc/dwarf2out.c:20824 0x10633c17 gen_type_die_with_usage ../../gcc/gcc/dwarf2out.c:20922 0x10635347 gen_type_die ../../gcc/gcc/dwarf2out.c:21018 0x10635a43 gen_formal_types_die ../../gcc/gcc/dwarf2out.c:18564 0x10636843 gen_subprogram_die ../../gcc/gcc/dwarf2out.c:19341 0x10638067 gen_decl_die ../../gcc/gcc/dwarf2out.c:21668 0x1064fdd7 gen_member_die ../../gcc/gcc/dwarf2out.c:20516 0x1064fdd7 gen_struct_or_union_type_die ../../gcc/gcc/dwarf2out.c:20600 0x1064fdd7 gen_tagged_type_die ../../gcc/gcc/dwarf2out.c:20801 0x10633caf gen_type_die_with_usage ../../gcc/gcc/dwarf2out.c:20963 0x10635347 gen_type_die ../../gcc/gcc/dwarf2out.c:21018 0x10638443 gen_decl_die ../../gcc/gcc/dwarf2out.c:21691 0x106392ef dwarf2out_decl ../../gcc/gcc/dwarf2out.c:22161 0x10652bb7 dwarf2out_type_decl ../../gcc/gcc/dwarf2out.c:21871 0x1093143f rest_of_type_compilation(tree_node*, int) ../../gcc/gcc/passes.c:347 0x1028284b finish_struct_1(tree_node*) ../../gcc/gcc/cp/class.c:6747 0x1023f92f instantiate_class_template_1 ../../gcc/gcc/cp/pt.c:10189 0x1023f92f instantiate_class_template(tree_node*) ../../gcc/gcc/cp/pt.c:10229 0x10316453 complete_type(tree_node*) ../../gcc/gcc/cp/typeck.c:138 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. -- Markus