From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5888 invoked by alias); 30 Jan 2002 08:36:57 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 5826 invoked from network); 30 Jan 2002 08:36:51 -0000 Received: from unknown (HELO gate2.knmi.nl) (145.23.254.152) by sources.redhat.com with SMTP; 30 Jan 2002 08:36:51 -0000 Received: (from fwmaster@localhost) by gate2.knmi.nl (8.9.1a/8.6.12) id JAA28561; Wed, 30 Jan 2002 09:36:46 +0100 (MET) Received: by gate2p2.knmi.nl via smap (V1.3) id sma028515; Wed, 30 Jan 02 09:36:18 +0100 Received: from knmi.nl (bgwd73.knmi.nl [145.23.19.166]) by BCSXCS.knmi.nl with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id DMF3H79T; Wed, 30 Jan 2002 09:36:19 +0100 Message-ID: <3C57B081.96CD6CC1@knmi.nl> Date: Wed, 30 Jan 2002 07:48:00 -0000 From: Toon Moene Organization: Royal Netherlands Meteorological Institute X-Mailer: Mozilla 4.51C-SGI [en] (X11; I; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: David Edelsohn CC: "Billinghurst, David (CRTS)" , gcc@gcc.gnu.org Subject: Re: Plan for bug-fixing g77-3.1. References: <200201300422.XAA27534@makai.watson.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-01/txt/msg01917.txt.bz2 David Edelsohn wrote: > >>>>> Billinghurst, David (CRTS) writes: > DavidB> I agree with your analysis that, in isolation, swapping BIT_SIZE > DavidB> and BITEST in intrin.def only paper over the cracks. > DavidB> However, this patch is required in conjunction with Toon's patch to > DavidB> use strcasecmp when comparing intrinsic names. > > This only fixes the testcase example. There are other intrinsics > with underscores in the name. While that is true, the BITEST/BIT_SIZE couple is special in that the first differing character is a letter in one and an underscore in the other entry. This means that exactly *those* entries will sort differently when sorted "upper cased" vs. sorted "lower case". I should have been more careful with strcasecmp (the man page explicitly states that the case-insensitive compare will be effected by converting both names to lower case - which is just the wrong way for solving this problem). I'm now testing a patch that uses a specially written "compare upper case", that will convert the would-be-intrinsic-name to upper case when comparing it with the first of the three entries from the table. AFAICS, this should correct the problem. -- Toon Moene, KNMI, PO Box 201, 3730 AE De Bilt, The Netherlands. Tel. +31302206443, Fax +31302210407, e-mail moene@knmi.nl URL: http://www.knmi.nl/hirlam