From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27603 invoked by alias); 23 Nov 2009 12:43:36 -0000 Received: (qmail 27592 invoked by uid 22791); 23 Nov 2009 12:43:35 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 23 Nov 2009 12:42:31 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nANCgUhc008961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 23 Nov 2009 07:42:30 -0500 Received: from host0.dyn.jankratochvil.net (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id nANCgR6E031384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Nov 2009 07:42:30 -0500 Received: from host0.dyn.jankratochvil.net (localhost [127.0.0.1]) by host0.dyn.jankratochvil.net (8.14.3/8.14.3) with ESMTP id nANCgR4j008423; Mon, 23 Nov 2009 13:42:27 +0100 Received: (from jkratoch@localhost) by host0.dyn.jankratochvil.net (8.14.3/8.14.3/Submit) id nANCgQM9008421; Mon, 23 Nov 2009 13:42:26 +0100 Date: Mon, 23 Nov 2009 19:57:00 -0000 From: Jan Kratochvil To: Jack Howarth Cc: gdb@sourceware.org, Dodji Seketeli Subject: Re: check for valid location of zero length dwarf block forms? Message-ID: <20091123124226.GA7742@host0.dyn.jankratochvil.net> References: <20091121034258.GA6166@bromo.med.uc.edu> <20091122110259.GA9268@host0.dyn.jankratochvil.net> <20091122202148.GA12580@bromo.med.uc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091122202148.GA12580@bromo.med.uc.edu> User-Agent: Mutt/1.5.20 (2009-08-17) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-11/txt/msg00176.txt.bz2 On Sun, 22 Nov 2009 21:21:48 +0100, Jack Howarth wrote: > Is this being done in the following code from dwarf2out.c? Forwarded it to Dodji: On Mon, 23 Nov 2009 10:57:55 +0100, Dodji Seketeli wrote: # My understanding is that the code of resolve_addr makes sure that a # DW_OP_addr or a DW_AT_const_value does _NOT_ point to a "junk" address. # I.E. the function makes sure that if the address does not point to either a # const string in .rodata or an address in the current CU (for SYMBOL_REFs), # then: # - the location list containing the DW_OP_addr is removed # or # - the DW_AT_const_value is replaced by a DW_AT_location pointing to an # empty location expression. > The problem we have on darwin is that, while Apple will likely fix dsymutils > for Xcode 3.2 (Snow Leopard), it probably will remain broken for Tiger and > Leopard's devtools. So it would be helpful to find some way to suppress this > offending dwarf code on darwin in the cases were the variable has a valid location > but is zero length or doesn't have a location. I think you can put some workaround to dwarf2out.c (output_die ) but I did not try it. Regards, Jan