From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7181 invoked by alias); 13 Aug 2002 22:29:07 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 7173 invoked from network); 13 Aug 2002 22:29:05 -0000 Received: from unknown (HELO zenia.red-bean.com) (66.244.67.22) by sources.redhat.com with SMTP; 13 Aug 2002 22:29:05 -0000 Received: (from jimb@localhost) by zenia.red-bean.com (8.11.6/8.11.6) id g7DMJLj09021; Tue, 13 Aug 2002 17:19:21 -0500 To: David Carlton Cc: gdb Subject: Re: DWARF-2, static data members References: <15700.15818.829204.767503@jackfruit.Stanford.EDU> From: Jim Blandy Date: Tue, 13 Aug 2002 15:29:00 -0000 In-Reply-To: Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.90 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-08/txt/msg00133.txt.bz2 David Carlton writes: > > Have you run `readelf -wi' on the executable, or run GCC with > > `-save-temps -dA' and looked at the .s file, to see what GCC is > > actually generating? I think GCC does generate children of > > struct/class types with the DW_TAG_variable tag. > > I'll have to look up what those arguments mean :-), but I did do g++ > -S yesterday and went through the .s file by hand. (Fun, and > educational, though I don't plan to do it too often.) It really is > generating DW_TAG_variable tags instead of DW_TAG_member tags. Heh. Do try out -save-temps -dA. :) > > You might put together a fix for GCC, too --- dwarf2out.c is big, > > but it doesn't seem too bad. This would allow you to actually test > > your changes. > > I'll give it a look. I did submit a PR for GCC, so at least it's in > their bug database. Sounds good.