Path: utzoo!attcan!uunet!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!sdd.hp.com!apollo!rehrauer
From: rehrauer@apollo.HP.COM (Steve Rehrauer)
Newsgroups: comp.sys.apollo
Subject: Re: Casting bug in C compiler 68K Rev 6.7(316)
Message-ID: <4baa2cb3.20b6d@apollo.HP.COM>
Date: 18 Jul 90 14:05:00 GMT
References: <9007171631.AA11696@fermat.Mayo.edu>
Sender: root@apollo.HP.COM
Reply-To: rehrauer@apollo.HP.COM (Steve Rehrauer)
Organization: Hewlett-Packard Apollo Division - Chelmsford, MA
Lines: 25

In article <9007171631.AA11696@fermat.Mayo.edu> buchs@MAYO.EDU (Kevin J. Buchs) writes:
>I also compared the assembly code between cbug3, the plain Aegis
>compile, and cbug5, the -dba Aegis compile which fails to execute
>correctly.  Looks like the problem is in the floating point
>instructions, which I know nothing about.

-dba turns off nearly all optimizations, so it's equivalent to
saying -O to /bin/cc.  (-dba turns off even more than -opt 0 does,
if you're curious.  Think of it as "-opt -1" :-)

As I said earlier, this bug has been fixed in CR1.0 (cc 6.8).
I've received some mail asking about this compiler, and thought
perhaps I should answer the questions here.

Yes, CR1.0 is in Beta test now.

No, you won't get CR1.0 with SR10.3.  We've decoupled our OS and
languages releases.  I don't know exactly what the procedure is
these days for getting the new compilers.  Ask your friendly
neighborhood HaPollo rep; they get lonely without frequent
attention...

--
   >>"Aaiiyeeee!  Death from above!"<<     | (Steve) rehrauer@apollo.hp.com
"Spontaneous human combustion - what luck!"| Apollo Computer (Hewlett-Packard)