From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2752 invoked by alias); 12 Jan 2010 05:53:20 -0000 Received: (qmail 2739 invoked by uid 22791); 12 Jan 2010 05:53:19 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 12 Jan 2010 05:53:14 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 20C0F40A27 for ; Tue, 12 Jan 2010 00:53:13 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 81w2F7-P7hD4 for ; Tue, 12 Jan 2010 00:53:13 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id A034B40A1D for ; Tue, 12 Jan 2010 00:53:12 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id A15D2F595E; Tue, 12 Jan 2010 09:52:58 +0400 (RET) Date: Tue, 12 Jan 2010 05:53:00 -0000 From: Joel Brobecker To: gdb-patches@sourceware.org Subject: Re: [RFA/DWARF] Add DW_AT_GNAT_descriptive_type support Message-ID: <20100112055258.GJ2007@adacore.com> References: <20091224180657.GV5942@adacore.com> <20100111104102.GG2007@adacore.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) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-01/txt/msg00290.txt.bz2 > FWIW, I skimmed through it and nothing jumped out at me. Thanks, Tom. Patch now checked in. I'll ask Eric to work on the GCC side. For the record, I switched the implementation of need_gnat_info to always returning zero: /* FIXME: brobecker/2010-10-12: As of now, only the AdaCore version of GNAT produces this auxiliary information, without any indication that it is produced. Part of enhancing the FSF version of GNAT to produce that information will be to put in place an indicator that we can use in order to determine whether the descriptive type info is available or not. One suggestion that has been made is to use a new attribute, attached to the CU die. For now, assume that the descriptive type info is not available. */ return 0; This will be adjusted later on, when support is added to GCC. -- Joel