From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32339 invoked by alias); 3 Oct 2008 00:31:03 -0000 Received: (qmail 32331 invoked by uid 22791); 3 Oct 2008 00:31:02 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 03 Oct 2008 00:30:23 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 699AE2A96FC; Thu, 2 Oct 2008 20:30:21 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id WYXo1fpYX7vm; Thu, 2 Oct 2008 20:30:21 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 3250B2A96F4; Thu, 2 Oct 2008 20:30:20 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id DE90BE7ACD; Thu, 2 Oct 2008 17:30:18 -0700 (PDT) Date: Fri, 03 Oct 2008 00:31:00 -0000 From: Joel Brobecker To: =?iso-8859-1?Q?Dani=EBl?= Mantione Cc: FPC Core Developer List , gpc@gnu.de, gdb-patches@sourceware.org Subject: Re: [Core] [RFA/DWARF2] Handle nested subprograms in CU pc bound calculation Message-ID: <20081003003018.GP3665@adacore.com> References: <20080930152757.GC23135@adacore.com> <002601c92313$27d06790$777136b0$@u-strasbg.fr> <20080930170648.GI3811@adacore.com> <20080930173837.GA959@caradoc.them.org> <20081001011534.GA3665@adacore.com> <003201c92399$3207f300$9617d900$@u-strasbg.fr> <20081001163945.GI3665@adacore.com> <00a101c9246e$22ebc8d0$68c35a70$@u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i 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: 2008-10/txt/msg00074.txt.bz2 > All information the compiler has available is inside the ppu and the debug > information is generated from it. We should simply place anything GDB > needs into the debug information. OK. Thanks to everyone who participated in the discussion. I pretty much agree with the above. Until then, I would suggest that we do not put the nested subprograms in the global scope, as nested subprogram names might collide with global functions that have the same name. But if the Pascal users feel differently, then it's easy to fix. -- Joel