Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!uwvax!puff!rt4.cs.wisc.edu!blochowi
From: blochowi@rt4.cs.wisc.edu (Jason Blochowiak)
Newsgroups: comp.sys.apple
Subject: Re: Compiler Questions
Message-ID: <3834@puff.cs.wisc.edu>
Date: 22 Nov 89 19:52:20 GMT
References: <7680.infoapple.net@pro-generic>
Sender: news@puff.cs.wisc.edu
Reply-To: blochowi@rt4.cs.wisc.edu (Jason Blochowiak)
Organization: U of Wisconsin CS Dept
Lines: 25

In article <7680.infoapple.net@pro-generic> ericmcg@pro-generic.cts.COM (Eric Mcgillicuddy) writes:
>In-Reply-To: message from psuvm!rmc100@psuvax1.cs.psu.edu
> [Deleted some stuff]
> ORCA/GS is
>likely as good or better, particular with the desktop debugger.

	I've not been able to get the Orca/Desktop to work for me the least
bit reliably, even with 2Mb of RAM. Perhaps I just do things that aggravate
it, as other people seem to be able to get it to work. The assembler is pretty
nice, although it does have some odd quirks (like the lack of orthogonality
with regards to the macro include directive [mcopy]).

> ORCA/C will provide the HLL for complex
>data structures and logic flow and supports inline assembly (it really just
>tacks onto ORCA/GS and generates assmbly language soource, if it is consistent
>with small/C).

	Well, unless I'm really missing something, Orca/C doesn't generate
assembly - it goes straight to object, which is probably best, as the
overhead wouldn't be thrilling. However, it would be nice if it could
generate assembly source for some tweaking.

--
      Jason Blochowiak - blochowi@garfield.cs.wisc.edu or jason@madnix.uucp
       "Education, like neurosis, begins at home." - Milton R. Sapirstein