Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!indri!nic.MR.NET!umn-cs!bungia!orbit!pnet51!dougm From: dougm@pnet51.cts.com (Doug Mcintyre) Newsgroups: comp.sys.apple Subject: Orca/C Message-ID: <806@orbit.UUCP> Date: 23 Mar 89 20:25:16 GMT Sender: root@orbit.UUCP Organization: People-Net [pnet51], Minneapolis, MN. Lines: 34 Oh by the way APW C does support large Arrays just fine. Just be careful when allocating anything over 64k, use lmalloc, not a couple calls to malloc.. Anyway, I don't really know what all ANSI C requires of its librarys but Mike said that he left out a few things that were for multitasking, that wouldn't do anything on the IIGS.. Orca/C is going to try to be 100% compatible with APW C and be about 99% ANSI C. As of right now I think that the only thing Mike had to change is that ANSI C uses \p for a pointer type in printf, and APW C uses \p in strings to represent pascal strings, so he went the APW C way. I don't quite understand about adding keywords. Pascal is a pretty valid keyword (I believe it is also used in the IBM compilers with another meaning..) so from the above paragraph Orca/C will still have the APW C meaning of pascal.. All other special compiler stuff is handled with the #pragma processor directive which ansi c fully supports. All cda, nda support is through #pragma as well as memory model stuff. The default is the APW C style memory model. Also there are some nice things used by #pragma to make programming easier. 95% of the people who use APW C is going to use Orca/C. It is much nicer. APW C in my opinion is never going to get its bugs fixed. My most anoying one is that sometimes it can't do preprocessor directives correctly.. What is the difference between #if and #ifdef if the symbol defined as 1 or 0? APW C seems to think there is a difference sometimes and wont compile #if SYMBOL, but does just fine with #ifdef SYMBOL. I don't know of any bugs in the compiler per se, but the preprocessor and the library could stand vast improvements.. UUCP: {rosevax, crash}!orbit!pnet51!dougm Compuserve: 70611,2215 ARPA: crash!orbit!pnet51!dougm@nosc.mil ALPE: DougMac INET: dougm@pnet51.cts.com