From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7823 invoked by alias); 4 Nov 2005 10:20:08 -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 7806 invoked by uid 22791); 4 Nov 2005 10:20:05 -0000 Received: from webmail.streamline-computing.com (HELO webmail.streamline-computing.com) (82.133.39.164) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 04 Nov 2005 10:20:05 +0000 Received: from [82.15.10.199] (helo=cpc2-oxfd8-3-0-cust199.oxfd.cable.ntl.com) by webmail.streamline-computing.com with esmtpa (Exim 4.52) id 1EXybe-0002Lm-IA; Fri, 04 Nov 2005 10:15:34 +0000 Subject: Re: Suggest closing some old pending PRs From: David Lecomber To: Wu Zhou Cc: ramana.radhakrishnan@codito.com, Joel Brobecker , gdb-patches@sources.redhat.com In-Reply-To: References: <20051102230031.GJ974@adacore.com> Content-Type: text/plain Date: Fri, 04 Nov 2005 14:48:00 -0000 Message-Id: <1131100784.15860.42.camel@cpc2-oxfd8-3-0-cust199.oxfd.cable.ntl.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2005-11/txt/msg00067.txt.bz2 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! > - 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!! Cheers d.