adam@UUNET.UU.NET (Adam de Boor) (09/15/89)
Sorry for sending this to bug-gcc, but I've tried twice to send it to bug-gas (an address I verified from an Internet machine and prep.ai.mit.edu accepted both "bug-gas" and "bug-gas@prep.ai.mit.edu" as recipients) and had it bounce twice. =========================== BUG 1 ============================= Date: Thu, 14 Sep 89 03:10:54 -0400 From: uunet!MAILER-DAEMON (Mail Delivery Subsystem) Subject: Returned mail: User unknown To: bsw!adam ----- Transcript of session follows ----- >>> RCPT To:<bug-gas@prep.ai.mit.edu> <<< 550 <bug-gas@prep.ai.mit.edu>... User unknown 550 bug-gas@prep.ai.mit.edu... User unknown: Inappropriate ioctl for device ----- Unsent message follows ----- Received: from bsw.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA00190; Thu, 14 Sep 89 03:10:54 -0400 Received: by helium.bsw.com (5.51/ardeb:5.19) id AA07773; Wed, 13 Sep 89 12:54:26 PDT Received: by promethium.bsw.com.bsw.com (3.2/SMI-3.2:ardeb:1) id AA01597; Wed, 13 Sep 89 13:28:38 PDT Date: Wed, 13 Sep 89 13:28:38 PDT From: bsw!adam (Adam de Boor) Message-Id: <8909132028.AA01597@promethium.bsw.com> To: bug-gas@prep.ai.mit.edu Subject: [uunet!MAILER-DAEMON: Returned mail: User unknown] You might want to find out why this bounced... a Date: Wed, 13 Sep 89 03:06:26 -0400 From: uunet!MAILER-DAEMON (Mail Delivery Subsystem) Subject: Returned mail: User unknown To: bsw!adam ----- Transcript of session follows ----- >>> RCPT To:<bug-gas@prep.ai.mit.edu> <<< 550 <bug-gas@prep.ai.mit.edu>... User unknown 550 bug-gas@prep.ai.mit.edu... User unknown: Inappropriate ioctl for device ----- Unsent message follows ----- Received: from bsw.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA07767; Wed, 13 Sep 89 03:06:26 -0400 Received: by helium.bsw.com (5.51/ardeb:5.19) id AA03551; Tue, 12 Sep 89 13:17:32 PDT Received: by promethium.bsw.com.bsw.com (3.2/SMI-3.2:ardeb:1) id AA04752; Tue, 12 Sep 89 13:17:33 PDT Date: Tue, 12 Sep 89 13:17:33 PDT From: bsw!adam (Adam de Boor) Message-Id: <8909122017.AA04752@promethium.bsw.com> To: bug-gas@prep.ai.mit.edu Subject: bug in sparc-opcode.h the opcodes given for several of the modes of the std instruction are incorrect. Specifically those for the register+immediate as destination. The affected lines are: { "std", 0xc1f82000, 0xc1382000, "g,[1+i]", 0 }, { "std", 0xc1f82000, 0xc1302000, "q,[1+i]", 0 }, { "std", 0xc1f82000, 0xc1b82000, "D,[1+i]", 0 }, { "std", 0xc1f82000, 0xc1b02000, "Q,[1+i]", 1 }, In all these cases, the 4th nibble was 0 and should have been 2. a =========================== BUG 2 ============================= Date: Thu, 14 Sep 89 03:12:13 -0400 From: uunet!MAILER-DAEMON (Mail Delivery Subsystem) Subject: Returned mail: User unknown To: bsw!adam ----- Transcript of session follows ----- >>> RCPT To:<bug-gas@prep.ai.mit.edu> <<< 550 <bug-gas@prep.ai.mit.edu>... User unknown 550 bug-gas@prep.ai.mit.edu... User unknown: Inappropriate ioctl for device ----- Unsent message follows ----- Received: from bsw.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA00421; Thu, 14 Sep 89 03:12:13 -0400 Received: by helium.bsw.com (5.51/ardeb:5.19) id AA08300; Wed, 13 Sep 89 16:16:59 PDT Received: by promethium.bsw.com.bsw.com (3.2/SMI-3.2:ardeb:1) id AA02386; Wed, 13 Sep 89 16:51:13 PDT Date: Wed, 13 Sep 89 16:51:13 PDT From: bsw!adam (Adam de Boor) Message-Id: <8909132351.AA02386@promethium.bsw.com> To: bug-gas@prep.ai.mit.edu Subject: ".single" pseudo-op the sparc implementation of gcc produces .single directives where gas expects .float directives. I think .single should be added to the md_pseudo_ops table in sparc.c, as one cannot change gcc (or it wouldn't work with sun as, I don't think). a
gnulists@AI.MIT.EDU (GNU Mailing List Maintainence) (01/21/90)
Return-Path: <MAILER-DAEMON@ai.mit.edu> Date: Wed, 17 Jan 90 11:03:52 EST From: MAILER-DAEMON@ai.mit.edu (Mail Delivery Subsystem) Subject: Returned mail: User unknown To: owner-bug-gcc ----- Transcript of session follows ----- Connected to tut.cis.ohio-state.edu: >>> RCPT To:<bug-gcc-gate@tut.cis.ohio-state.edu> <<< 550 <bug-gcc-gate@tut.cis.ohio-state.edu>... User unknown 550 bug-gcc-gate@tut.cis.ohio-state.edu... User unknown ----- Unsent message follows ----- Return-Path: <@dg-rtp.rtp.dg.com:wood@DG-RTP.DG.COM> Received: from aeneas.MIT.EDU by life.ai.mit.edu (4.0/AI-4.10) id AA13567; Wed, 17 Jan 90 11:03:52 EST Received: from relay.cs.net by aeneas.MIT.EDU (5.61/4.7) id AA13705; Wed, 17 Jan 90 11:03:33 -0500 Received: from dg-rtp.rtp.dg.com by RELAY.CS.NET id aa18148; 17 Jan 90 10:02 EST Received: from gen-rtx.rtp.dg.com (gen-rtx) by dg-rtp.dg.com (4.12/4.7) id AA07605; Wed, 17 Jan 90 11:05:51 est via SMTP Received: by gen-rtx.rtp.dg.com (4.20/4.7) id AA18914; Wed, 17 Jan 90 11:01:55 est From: Tom Wood <wood@dg-rtp.dg.com> Message-Id: <9001171601.AA18914@gen-rtx.rtp.dg.com> Organization: Data General, RTP, NC Reply-To: wood@dg-rtp.dg.com Subject: Problem with pp-number in GCC 1.36.92 To: bug-gcc@prep.ai.mit.edu Date: Wed, 17 Jan 90 11:01:53 EST X-Mailer: ELM [version 2.2 PL10] GCC versions 1.35 through 1.36.92 fail the enclosed preprocessor test. # This is a shell archive. # Remove everything above and including the cut line. # Then run the rest of the file through sh. -----cut here-----cut here-----cut here-----cut here----- #!/bin/sh # shar: Shell Archiver # Run the following text with /bin/sh to create: # pp-number.c Test program # pp-number-bad.i Incorrect output # pp-number-ok.i Correct output # This archive created: Wed Jan 17 11:00:20 EST 1990 echo x - pp-number.c cat << \SHAR_EOF > pp-number.c #define N 4 #define EXP 3e-N double v = 1.2+EXP; SHAR_EOF echo x - pp-number-bad.i cat << \SHAR_EOF > pp-number-bad.i # 1 "pp-number.c" double v = 1.2+3e-N ; SHAR_EOF echo x - pp-number-ok.i cat << \SHAR_EOF > pp-number-ok.i # 1 "pp-number.c" double v = 1.2+3e-4 ; SHAR_EOF # End of shell archive exit 0 *** gcc-1.35.00/cccp.c Wed Aug 16 14:12:06 1989 --- gcc-1.35/cccp.c Mon Jan 15 10:08:49 1990 *************** *** 1552,1562 **** break; } *obp++ = c; ! /* A sign can be part of a preprocessing number ! if it follows an e. */ if (c == 'e' || c == 'E') { ! if (ibp < limit && (*ibp == '+' || *ibp == '-')) *obp++ = *ibp++; } } break; --- 1644,1657 ---- break; } *obp++ = c; ! /* A sign can be part of a preprocessing number if it follows ! an e. However, ANSI and PCC treat this as the termination ! of the pp-number. The exponent token may be rescanned. */ if (c == 'e' || c == 'E') { ! if (ibp < limit && (*ibp == '+' || *ibp == '-')) { *obp++ = *ibp++; + break; + } } } break; --- Tom Wood (919) 248-6067 Data General, Research Triangle Park, NC {the known world}!rti!xyzzy!wood, wood@dg-rtp.dg.com