From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20864 invoked by alias); 11 Mar 2011 17:14:10 -0000 Received: (qmail 20854 invoked by uid 22791); 11 Mar 2011 17:14:08 -0000 X-SWARE-Spam-Status: No, hits=-6.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD 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; Fri, 11 Mar 2011 17:14:05 +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.14.4/8.14.4) with ESMTP id p2BHE13P009192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 11 Mar 2011 12:14:01 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p2BHE1oG028609; Fri, 11 Mar 2011 12:14:01 -0500 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id p2BHE0Sc003476; Fri, 11 Mar 2011 12:14:01 -0500 Received: by opsy.redhat.com (Postfix, from userid 500) id 98C9F3797CD; Fri, 11 Mar 2011 10:14:00 -0700 (MST) From: Tom Tromey To: Paul Pluzhnikov Cc: gdb-patches ml , Doug Evans Subject: Re: Advice on fixing gdb/12528 References: Date: Fri, 11 Mar 2011 18:27:00 -0000 In-Reply-To: (Paul Pluzhnikov's message of "Fri, 11 Mar 2011 08:05:29 -0800") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 2011-03/txt/msg00667.txt.bz2 >>>>> "Paul" == Paul Pluzhnikov writes: Paul> I know that in general GDB can not ignore code at location 0, Paul> but it appears inevitable that it must do so on platforms where Paul> - it is known that no code can execute there, and Paul> - linker relocates debug info to address 0 to indicate that Paul> the corresponding code has been discarded. Paul> So would something like: Paul> case DW_LNE_set_address: Paul> address = read_address (abfd, line_ptr, cu, &bytes_read); Paul> if (!target->to_valid_code_address (address)) { Paul> // this debug line info corresponds to function that has Paul> // been GCd by the linker. Skip to end_sequence. Paul> } Paul> in dwarf_decode_lines() ? Can you check the has_section_at_zero flag on dwarf2_per_objfile? Tom