From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18996 invoked by alias); 2 Nov 2005 07:42:05 -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 18989 invoked by uid 22791); 2 Nov 2005 07:42:03 -0000 Received: from cpc2-oxfd8-3-0-cust199.oxfd.cable.ntl.com (HELO cpc2-oxfd8-3-0-cust199.oxfd.cable.ntl.com) (82.15.10.199) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 02 Nov 2005 07:42:03 +0000 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by cpc2-oxfd8-3-0-cust199.oxfd.cable.ntl.com (8.13.4/8.13.4) with ESMTP id jA283GWE010864; Wed, 2 Nov 2005 08:03:17 GMT Subject: Re: [RFC]: Testcase for gdb's handling of Fortran's column-first array From: David Lecomber To: Wu Zhou Cc: gdb-patches@sources.redhat.com In-Reply-To: References: Content-Type: text/plain Date: Wed, 02 Nov 2005 08:58:00 -0000 Message-Id: <1130918595.9928.22.camel@cpc2-oxfd8-3-0-cust199.oxfd.cable.ntl.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2005-11/txt/msg00031.txt.bz2 > OK. With all these said, here is the patch. I had tested it on FC4, it > reported no failure. But however I _did_ found a old gdb (6.1 maybe) > handle this incorrectly. So this testcase still make senses. OK to > commit? Hi Wu That's what I'd expect, as my patch to fix things went in to GDB 6.2.1 (iirc). One thing to note is that g77 puts things the wrong way round in the symbol table (but not in the real data). In the dwarf2 reader we have an explicit fix for this incorrect GNU behaviour, but you will not find the same fix in stabs or dwarf1 -- so on legacy platforms (AIX, Solaris) with g77 you should expect failure with GNU, pass with IBM's XLF and Sun's Forte. It's also going to fail on Linux with -gstabs as a parameter for g77. I've not checked gfortran behaviour -- if it works, it's either because gfortran haven't fixed the original issue, or they changed the expression that we check the 'producer' against before making the swap round (you'll find that in dwarf2readc). Cheers d. -- David Lecomber