Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!ihnp4!inuxc!pur-ee!uiucdcs!okstate.UUCP!uokvax.UUCP!emjej
From: emjej@uokvax.UUCP
Newsgroups: net.micro.6809
Subject: Re: Microware C Compiler Bugs
Message-ID: <3500157@uokvax.UUCP>
Date: Sun, 22-Jun-86 12:20:00 EDT
Article-I.D.: uokvax.3500157
Posted: Sun Jun 22 12:20:00 1986
Date-Received: Wed, 25-Jun-86 04:13:50 EDT
References: <204@vaxb.calgary.UUCP>
Lines: 21
Nf-ID: #R:vaxb.calgary.UUCP:204:uokvax.UUCP:3500157:000:972
Nf-From: uokvax.UUCP!emjej    Jun 22 11:20:00 1986


/* Written 11:15 am  Jun 18, 1986 by ingoldsby@calgary.UUCP in net.micro.6809 */
>I've been meaning to do this for some time, but have never gotten around
>to it.  I was wondering how many people have found bugs in the Microware
>OS9 C compiler, specifically the CoCo implementation sold by RS.
/* End of text from net.micro.6809 */

So far, I've found a couple (both of which Kim Kempf at Microware has known
about for a long time, so they should be fixed):

1. continue statements in for loops with null continue parts bypass the
   loop test part

2. * and typedefs don't mix well--this one shows up in compiling XLisp 1.2
   or later, because Mr. Betz declared a pointer to jmp_buf.  This is
   one of those points at which the excuse for a language definition that
   predates the ANSI committee is very vague, so I don't blame the folks
   who wrote the compiler, but it's sufficiently inconvenient that I think
   all agree it should be changed.

						James Jones