From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24033 invoked by alias); 9 Apr 2004 18:53:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 24025 invoked from network); 9 Apr 2004 18:53:34 -0000 Received: from unknown (HELO hafnium.btinternet.com) (194.73.73.121) by sources.redhat.com with SMTP; 9 Apr 2004 18:53:34 -0000 Received: from host81-133-16-49.in-addr.btopenworld.com ([81.133.16.49] helo=btinternet.com) by hafnium.btinternet.com with esmtp (Exim 3.22 #25) id 1BC188-00025J-00; Fri, 09 Apr 2004 19:53:32 +0100 Message-ID: <4076F12E.4070809@btinternet.com> Date: Fri, 09 Apr 2004 18:53:00 -0000 From: Graham Stott User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114 MIME-Version: 1.0 To: Andrew Pinski CC: gcc-bugs@gcc.gnu.org Subject: Re: dwarf2: force_decl_die abort for CONST_DECL References: <4076DE7A.6010005@btinternet.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-04/txt/msg00847.txt.bz2 List-Id: Andrew, Thanks for rthe pointer to PR 14718 The problem is the new dwarf2out_imported_module_or_decl hook it's passing a CONST_DECL directly down to force_decl_die. I'm testing a patch which instead passes CONST_DECL's down to force_type_die that does fix the aborts, but I've no idea at present if the resulting dwarf2 info generated is correct. Guess it's time to do some more digging/testing. Time to build Thanks Graham