From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7096 invoked by alias); 10 Sep 2012 16:42:04 -0000 Received: (qmail 6928 invoked by uid 22791); 10 Sep 2012 16:42:01 -0000 X-SWARE-Spam-Status: No, hits=-3.6 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from atrey.karlin.mff.cuni.cz (HELO atrey.karlin.mff.cuni.cz) (195.113.26.193) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 10 Sep 2012 16:41:36 +0000 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 4018) id 26F06F08BA; Mon, 10 Sep 2012 18:41:35 +0200 (CEST) Date: Mon, 10 Sep 2012 16:42:00 -0000 From: Jan Hubicka To: Dehao Chen Cc: Richard Guenther , Diego Novillo , Dodji Seketeli , gcc-patches@gcc.gnu.org, Jakub Jelinek , Jan Hubicka , David Li , Tom Tromey , Jason Merrill , Richard Henderson Subject: Re: [PATCH] Combine location with block using block_locations Message-ID: <20120910164134.GB15329@atrey.karlin.mff.cuni.cz> References: <5049D5AD.5010405@google.com> <504A2EE0.8020704@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-IsSubscribed: yes 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 X-SW-Source: 2012-09/txt/msg00617.txt.bz2 Hi, I was curious how the patch behaves memory wise on compilling Mozilla. It actually crashes on: (gdb) bt #0 0x00007fab8cd70945 in raise () from /lib64/libc.so.6 #1 0x00007fab8cd71f21 in abort () from /lib64/libc.so.6 #2 0x0000000000b52330 in linemap_location_from_macro_expansion_p (set=0x7805, location=30725) at ../../libcpp/line-map.c:952 #3 0x0000000000b526fc in linemap_lookup (set=0x7fab8dc34000, line=0) at ../../libcpp/line-map.c:644 #4 0x0000000000776745 in maybe_unwind_expanded_macro_loc (where=0, diagnostic=, context=) at ../../gcc/tree-diagnostic.c:113 #5 virt_loc_aware_diagnostic_finalizer (context=0x11b8a80, diagnostic=0x7fff4d8adf90) at ../../gcc/tree-diagnostic.c:282 #6 0x0000000000b4aa80 in diagnostic_report_diagnostic (context=0x11b8a80, diagnostic=0x7fff4d8adf90) at ../../gcc/diagnostic.c:652 #7 0x0000000000b4acd6 in internal_error (gmsgid=) at ../../gcc/diagnostic.c:957 #8 0x00000000007555c0 in crash_signal (signo=11) at ../../gcc/toplev.c:335 #9 #10 0x0000000000b526e8 in linemap_lookup (set=0x7fab8dc34000, line=4294967295) at ../../libcpp/line-map.c:643 #11 0x0000000000b530fa in linemap_location_in_system_header_p (set=0x7fab8dc34000, location=4294967295) at ../../libcpp/line-map.c:916 #12 0x0000000000b4a8b2 in diagnostic_report_diagnostic (context=0x11b8a80, diagnostic=0x7fff4d8ae620) at ../../gcc/diagnostic.c:513 #13 0x0000000000b4b462 in warning_at (location=, opt=0, gmsgid=) at ../../gcc/diagnostic.c:805 #14 0x0000000000699679 in lto_symtab_merge_decls_2 (diagnosed_p=, slot=) at ../../gcc/lto-symtab.c:574 #15 lto_symtab_merge_decls_1 (slot=, data=) at ../../gcc/lto-symtab.c:691 #16 0x0000000000bd32e8 in htab_traverse_noresize (htab=, callback=0x698ed0 , info=0x0) at ../../libiberty/hashtab.c:784 #17 0x00000000004e2630 in read_cgraph_and_symbols (nfiles=2849, fnames=) at ../../gcc/lto/lto.c:1824 #18 0x00000000004e2b75 in lto_main () at ../../gcc/lto/lto.c:2107 It seems that warning_at is not really able to lookup the position. Honza