From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25816 invoked by alias); 26 Oct 2005 03:44:46 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 25766 invoked by uid 22791); 26 Oct 2005 03:44:40 -0000 Received: from ausmtp02.au.ibm.com (HELO ausmtp02.au.ibm.com) (202.81.18.187) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 26 Oct 2005 03:44:40 +0000 Received: from sd0208e0.au.ibm.com (d23rh904.au.ibm.com [202.81.18.202]) by ausmtp02.au.ibm.com (8.12.10/8.12.10) with ESMTP id j9Q3cog5061978 for ; Wed, 26 Oct 2005 13:38:51 +1000 Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.250.243]) by sd0208e0.au.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id j9Q3lUiS145034 for ; Wed, 26 Oct 2005 13:47:33 +1000 Received: from d23av02.au.ibm.com (loopback [127.0.0.1]) by d23av02.au.ibm.com (8.12.11/8.13.3) with ESMTP id j9Q3iTpR027961 for ; Wed, 26 Oct 2005 13:44:29 +1000 Received: from [9.181.133.252] ([9.181.133.252]) by d23av02.au.ibm.com (8.12.11/8.12.11) with ESMTP id j9Q3iLvP027759; Wed, 26 Oct 2005 13:44:24 +1000 Date: Wed, 26 Oct 2005 03:44:00 -0000 From: Wu Zhou To: Thomas Koenig cc: Paul Thomas , "'fortran@gcc.gnu.org'" , gdb@sources.redhat.com Subject: Re: Debugging support - Re: g77 features lacking in gfortran - PR19292 In-Reply-To: <20051025195908.GA5960@meiner.onlinehome.de> Message-ID: References: <4359D8DA.10003@wanadoo.fr> <20051022233015.GA6615@meiner.onlinehome.de> <20051025195908.GA5960@meiner.onlinehome.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2005-10/txt/msg00140.txt.bz2 Hi Thomas, On Tue, 25 Oct 2005, Thomas Koenig wrote: > On Tue, Oct 25, 2005 at 02:18:33PM +0800, Wu Zhou wrote: > > > GDB also has some other problems while working with gfortran, such as the > > printing of one-dimensional array, function evaluation, handling of common > > block variable and so on... > > ... variables from modules (I've just reported this as PR 24526), > allocatable arrays (PR 17905) and so on. PR 24526 could be worked around by using __foo__a, where foo is the modular name and a being the variable name. To handle a directly, maybe some changes in gdb is needed. I had added a comment in the bug report. For 17905, if gfortran could output similar debuginfo as IFC does, gdb could handle that. I ever pointed that out in the bug report. BTW, if you can add me into the cc-list when you find a bug is with reference to debugging, that will be highly appreciated. > > > > Some of these problems stems from the DWARF output of gfortran, some lies > > in the code of gdb, some might involve both. I has been working on some > > of these problem at gdb's side. I am now thinking of whether there are > > any specific requirement from gfortran community for GDB. Did any of you > > have a big picture about how well gdb work with gfortran? Did you > > have a list of things that want GDB to support first? > > My (personal) vote would go to supporting arrays (one- and > multidimensional) (PR 22244) should be pretty hight on the list, > followed by variables in common blocks (PR 23057). IIRC, Andrew Pinski ever said that Paul Brook is looking at the way to fix PR 22244, but I didn't see any update for a long time. Don't know if Paul ever had any time on this? Maybe you can contact him for clue on how to fix that. If you can work out a way in gfortran to correctly represent arrary dimension information in DWARF output, I am very happy to test that. For PR 23057, if gfortran could output standard compliant DWARF output, gdb (other debugger as well IMHO) could handle that. But maybe I can take a look at gdb code to see whether it could be resolved in gdb's side. > Any help you can provide is certainly very welcome! Great pleasure. I am more than happy to contribute to that. :-) Best Regards - wu Zhou