From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31583 invoked by alias); 4 Nov 2005 14:48:02 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 31413 invoked by uid 22791); 4 Nov 2005 14:47:50 -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; Fri, 04 Nov 2005 14:47:50 +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 jA4EfsGW153822 for ; Sat, 5 Nov 2005 01:41:54 +1100 Received: from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.250.242]) by sd0208e0.au.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id jA4EokHa005656 for ; Sat, 5 Nov 2005 01:50:46 +1100 Received: from d23av01.au.ibm.com (loopback [127.0.0.1]) by d23av01.au.ibm.com (8.12.11/8.13.3) with ESMTP id jA4Elipf029061 for ; Sat, 5 Nov 2005 01:47:44 +1100 Received: from [9.181.133.252] ([9.181.133.252]) by d23av01.au.ibm.com (8.12.11/8.12.11) with ESMTP id jA4Elgmp029046; Sat, 5 Nov 2005 01:47:42 +1100 Date: Fri, 04 Nov 2005 23:26:00 -0000 From: Wu Zhou To: David Lecomber cc: ramana.radhakrishnan@codito.com, Joel Brobecker , gdb-patches@sources.redhat.com Subject: Re: Suggest closing some old pending PRs In-Reply-To: <1131100784.15860.42.camel@cpc2-oxfd8-3-0-cust199.oxfd.cable.ntl.com> Message-ID: References: <20051102230031.GJ974@adacore.com> <1131100784.15860.42.camel@cpc2-oxfd8-3-0-cust199.oxfd.cable.ntl.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2005-11/txt/msg00069.txt.bz2 On Fri, 4 Nov 2005, David Lecomber wrote: > Hi Wu, > > - PR 648: Indexing is incorrect for printing elements of multi-dimensional > > FORTRAN (g77) array > > > > This is already fixed by David Lecomber patch (at least for DWARF reader). > > And I had coded a testcase for that. Could it get into mainline and gdb-6.4 branch? > > I presume you mean the testcase ? The actual code has been mainline for > 18 months at least! Yes. I mean the testcase. > > - PR 822: Finding 'main' in languages other than C/C++ > > > > This PR is opened by Elena. And I coded an intial patch to let gdb > > set fortran main function to "MAIN__", which is used by both g77 and > > gfortran. Although it could not resolve the error completely. It can let > > gdb recoginize that the language is fortran after just loading the binary. > > Could I get this into the source tree and go on to implement the case > > insensitive symbol lookup for Fortran? > > There are other compilers - IBM XLF, Intel IFC, Portland pgf77, and > Pathscale EKO at the very least -- and I've never been able to find a > consistent behaviour that worked across the board - regexp or otherwise > matching!! Yes. It is hard to find a consistent way to handle this. What is the situation in C, c++ or other language fields? Maybe we need a similar thing like c++ ABI or something else. If we can't get any input from these proprietary compiler, we can only make it work for g77 and gfortran. Regards - Wu Zhou