From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20013 invoked by alias); 20 Sep 2004 21:30:12 -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 20005 invoked from network); 20 Sep 2004 21:30:11 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 20 Sep 2004 21:30:11 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.10) with ESMTP id i8KLUB21019445 for ; Mon, 20 Sep 2004 17:30:11 -0400 Received: from zenia.home.redhat.com (sebastian-int.corp.redhat.com [172.16.52.221]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i8KLU4r21375; Mon, 20 Sep 2004 17:30:05 -0400 To: David Lecomber Cc: patches Subject: Re: [PATCH/RFA] buildsym.c: extend parent block bounds if child block exceed limit References: <1091826690.3932.33.camel@localhost> From: Jim Blandy Date: Mon, 20 Sep 2004 21:30:00 -0000 In-Reply-To: <1091826690.3932.33.camel@localhost> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-09/txt/msg00325.txt.bz2 David Lecomber writes: > f90 compiled with nested subroutines using Intel's compiler is handled > badly by GDB. Line numbers are not found by backtrace. > > Although GDB is capable of reading out all the dwarf2 line information > inside this routine correctly, it can't look up an address to get a line > number when inside a block. The cause is that the containing function's > block does not contain the contained function's address. Thanks for posting the readelf -wil output Daniel requested. Could you post (or somehow make available) a copy of the whole executable, as produced by the Intel compiler? I would like to see how the Dwarf reader is currently handling this information.