This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: Debugging support - Re: g77 features lacking in gfortran -PR19292
- From: Wu Zhou <woodzltc at cn dot ibm dot com>
- To: Thomas Koenig <Thomas dot Koenig at online dot de>
- Cc: Paul Thomas <paulthomas2 at wanadoo dot fr>, "'fortran at gcc dot gnu dot org'" <fortran at gcc dot gnu dot org>, gdb at sources dot redhat dot com
- Date: Wed, 26 Oct 2005 11:47:37 +0800 (CST)
- Subject: Re: Debugging support - Re: g77 features lacking in gfortran -PR19292
- References: <4359D8DA.10003@wanadoo.fr> <20051022233015.GA6615@meiner.onlinehome.de><Pine.LNX.4.63.0510251357330.17274@linux.site> <20051025195908.GA5960@meiner.onlinehome.de>
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