Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!pacbell.com!ucsd!ucrmath!koufax!rhyde
From: rhyde@koufax.ucr.edu (randy hyde)
Newsgroups: comp.sys.apple2
Subject: Re: Orca/c bug followup
Message-ID: <11676@ucrmath.ucr.edu>
Date: 4 Feb 91 17:53:24 GMT
References: <9102032044.AA05781@relay.CDNnet.CA>
Sender: news@ucrmath.ucr.edu
Reply-To: rhyde@koufax.ucr.edu (randy hyde)
Lines: 19

>> He is also only one of two people in the compiler field now continuing
>> faith in the GS  (Mike Westerfield).

Amen.
Regardless of how *slow* his software is, I will continue to support Byteworks
for this reason alone until I am willing to write this code myself.  Of course,
if we had Flex & BISON working 100% on the GS, I'd probably be willing
to tackle
the job.

BTW, my software engineering class at Cal Poly is currently (attempting
to) write
assembly language versions of Flex & Bison (They will generate assembly code,
we're not re-writing them in assembly).  I will pick the best student's work
(assumming *anyone* gets it working) and attempt a 65816 port (they'll be
generating 8086 code).  Of course, I've run into major problems attempting to
port Flex & Bison to the GS.  If anyone out there has succeeded, I'd be
interested in a few pointers...
*** Randy Hyde