From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14641 invoked by alias); 21 Jan 2002 19:42:20 -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 14609 invoked from network); 21 Jan 2002 19:42:18 -0000 Received: from unknown (HELO laptop.moene.indiv.nluug.nl) (195.109.255.217) by sources.redhat.com with SMTP; 21 Jan 2002 19:42:18 -0000 Received: from local ([127.0.0.1] helo=moene.indiv.nluug.nl) by laptop.moene.indiv.nluug.nl with esmtp (Exim 3.12 #1 (Debian)) id 16SkKe-0001RU-00 for ; Mon, 21 Jan 2002 20:42:16 +0100 Message-ID: <3C4C6F17.4F38605@moene.indiv.nluug.nl> Date: Mon, 21 Jan 2002 14:47:00 -0000 From: Toon Moene Organization: Moene Computational Physics, Maartensdijk, The Netherlands X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i686) X-Accept-Language: en MIME-Version: 1.0 To: gcc@gcc.gnu.org Subject: Plan for bug-fixing g77-3.1. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-01/txt/msg01386.txt.bz2 L.S., I'm planning to do the following to fix extant bugs in g77 for the 3.1 release: 1. PR 3743 Reference to intrinsic `ISHFT' invalid This is due to the subtle bug in the intrinsics table that David Edelsohn showed. I'll probably follow his advice in http://gcc.gnu.org/ml/gcc-patches/2002-01/msg00000.html (use strcasecmp in libiberty) to fix this problem. 2. Fix two cases where the compiler rejects perfectly sensible uses of INTEGER*2: PR 947 Data statement initialization of an array element whose index is [an INTEGER*2 constant] PR 5122 g77 rejects accepted use of INTEGER*2 as type of DATA statement loop index 3. Fix two ICEs on legal code: PR 4730 ICE on valid input using CALL EXIT(%VAL(...)) PR 5397 ICE on compiling source with 540 000 000 REAL array PR 1832 -list directed i/o overflow hangs, -fbounds-check doesn't detect is probably too difficult. And on the libf2c front: 4. PR 4392 Error with list directed format on internal file - ERR=XXX ignored PR 941 Configuration fails when cross-compiling is too vague - does someone have an idea what to ask the submitter to get info about what actually is going wrong (I'm not well-versed in cross-compiling at all). For the other open or analyzed PR's I need help (because I've no access to MIPS or DOS-based systems): 5. Two MIPS (mabi=64) backend bugs: PR 3392 ICE in function_arg, at config/mips/mips.c:4007 PR 3393 ICE in extract_insn, at recog.c:2173 6. Invalid assembly code for COFF debugging (this is for DJGPP): PR 3924 g77 generates code which is rejected by GAS if COFF debugging info is requested Thanks for any help offered ! -- Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)