From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10353 invoked by alias); 10 Mar 2004 03:38:42 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 10341 invoked from network); 10 Mar 2004 03:38:41 -0000 Received: from unknown (HELO mail.codesourcery.com) (65.74.133.6) by sources.redhat.com with SMTP; 10 Mar 2004 03:38:41 -0000 Received: (qmail 31888 invoked from network); 10 Mar 2004 03:38:40 -0000 Received: from onepoint.windriver.com (HELO codesourcery.com) (mitchell@192.124.127.228) by mail.codesourcery.com with SMTP; 10 Mar 2004 03:38:40 -0000 Message-ID: <404E8DB7.1070406@codesourcery.com> Date: Fri, 19 Mar 2004 00:09:00 -0000 From: Mark Mitchell Organization: CodeSourcery, LLC User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 MIME-Version: 1.0 To: Daniel Jacobowitz CC: Mark Kettenis , jh@suse.cz, aj@suse.de, gdb-patches@sources.redhat.com Subject: Re: [PATCH] Classify non-POD struct types more or less correctly on AMD64 References: <200401101800.i0AI0Zm6026623@elgar.kettenis.dyndns.org> <20040110183622.GA8108@nevyn.them.org> <200401101858.i0AIwdhk032901@elgar.kettenis.dyndns.org> <20040111041009.GA15714@nevyn.them.org> <200401111237.i0BCbVPL010349@elgar.kettenis.dyndns.org> <20040309153937.GA27951@nevyn.them.org> In-Reply-To: <20040309153937.GA27951@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-03/txt/msg00225.txt.bz2 Daniel Jacobowitz wrote: > I don't know if this sort of information should be in the dwarf2 > information somehow. It definitely is in the C++ GNU v3 ABI: > http://www.codesourcery.com/cxx-abi/abi.html#calls I think it should definitely be encoded in DWARF2. (I don't know where; I just think it's a mistake for the debugger to be trying to figure this out for itself. The rules are pretty subtle, and may be different from architecture to architecture, or compiler release to compiler release, even, if we make an intentional change.) For stabs, you're probably hosed -- but then again, aren't you just generally hosed with stabs? :-) > I'm guessing that this is what the x86-64 ABI was referring to, rather > than the actual term POD. Yes. -- Mark Mitchell CodeSourcery, LLC mark@codesourcery.com From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10353 invoked by alias); 10 Mar 2004 03:38:42 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 10341 invoked from network); 10 Mar 2004 03:38:41 -0000 Received: from unknown (HELO mail.codesourcery.com) (65.74.133.6) by sources.redhat.com with SMTP; 10 Mar 2004 03:38:41 -0000 Received: (qmail 31888 invoked from network); 10 Mar 2004 03:38:40 -0000 Received: from onepoint.windriver.com (HELO codesourcery.com) (mitchell@192.124.127.228) by mail.codesourcery.com with SMTP; 10 Mar 2004 03:38:40 -0000 Message-ID: <404E8DB7.1070406@codesourcery.com> Date: Wed, 10 Mar 2004 03:38:00 -0000 From: Mark Mitchell Organization: CodeSourcery, LLC User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 MIME-Version: 1.0 To: Daniel Jacobowitz CC: Mark Kettenis , jh@suse.cz, aj@suse.de, gdb-patches@sources.redhat.com Subject: Re: [PATCH] Classify non-POD struct types more or less correctly on AMD64 References: <200401101800.i0AI0Zm6026623@elgar.kettenis.dyndns.org> <20040110183622.GA8108@nevyn.them.org> <200401101858.i0AIwdhk032901@elgar.kettenis.dyndns.org> <20040111041009.GA15714@nevyn.them.org> <200401111237.i0BCbVPL010349@elgar.kettenis.dyndns.org> <20040309153937.GA27951@nevyn.them.org> In-Reply-To: <20040309153937.GA27951@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-03.o/txt/msg00225.txt Message-ID: <20040310033800.VNTeCeF4C38GO5Y9j4AY54f-sb3MjVmUzrfj9sHbKYw@z> Daniel Jacobowitz wrote: > I don't know if this sort of information should be in the dwarf2 > information somehow. It definitely is in the C++ GNU v3 ABI: > http://www.codesourcery.com/cxx-abi/abi.html#calls I think it should definitely be encoded in DWARF2. (I don't know where; I just think it's a mistake for the debugger to be trying to figure this out for itself. The rules are pretty subtle, and may be different from architecture to architecture, or compiler release to compiler release, even, if we make an intentional change.) For stabs, you're probably hosed -- but then again, aren't you just generally hosed with stabs? :-) > I'm guessing that this is what the x86-64 ABI was referring to, rather > than the actual term POD. Yes. -- Mark Mitchell CodeSourcery, LLC mark@codesourcery.com