From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,fd24e54f7983a2f1 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1995-02-06 10:26:08 PST Newsgroups: comp.lang.ada Path: nntp.gmd.de!newsserver.jvnc.net!nntpserver.pppl.gov!princeton!rutgers!dziuxsolim.rutgers.edu!uunet!news.cygnus.com!shebs From: shebs@cygnus.com (Stan Shebs) Subject: Re: FSF drops Apple boycott, opens gate for GNAT, etc. In-Reply-To: dewar@cs.nyu.edu's message of 5 Feb 1995 16:56:47 -0500 Message-ID: Sender: news@cygnus.com Nntp-Posting-Host: andros.cygnus.com Organization: Cygnus Support References: <3gnviq$epn@Starbase.NeoSoft.COM> <3grq8l$jja@gnat.cs.nyu.edu> <3h06rv$4pg@Starbase.NeoSoft.COM> <3h3hiv$e49@gnat.cs.nyu.edu> Date: Mon, 6 Feb 1995 18:26:08 GMT Date: 1995-02-06T18:26:08+00:00 List-Id: In article <3h3hiv$e49@gnat.cs.nyu.edu> dewar@cs.nyu.edu (Robert Dewar) writes: From: dewar@cs.nyu.edu (Robert Dewar) Date: 5 Feb 1995 16:56:47 -0500 "Actually, given the amount of Mac support I've seen in the Ada community, I can say the GNAT port will be out about 24 hours after the gcc port. The essential question is: When will there be a current gcc port (with the expected tools)? THen put some of this enthusiasm to work doing the GCC port, it is not that much work. We have ported GCC to completely new architectures in a month. In this case, both for the 68K and the Power architectures, the main work is done. Doing a straightforward port to MPW can't be that difficult, especially since you can borrow some of the code from the old outdated version. I should think that it is no more than a couple of weeks work by someone familiar with MPW. A native port is more work to be sure, but still quite within reach. Ho ho ho! Sorry Robert, you've exposed your ignorance of Macs and MPW. Where shall we start? The MPW scripting language, which is quite different from any Unix scripting language? The MPW make, which is also quite different from Unix make? The lack of fork/exec, which the GCC driver wants to use to run cpp, cc1, as, and ld? And speaking of as and ld, which ones were you expecting to use? Did you know that the MPW assembler requires *declarations* of function and variable symbols *before* they're referenced, or that it will magically transform global refs into a5-relative refs? If you were thinking of using gas and gld instead, did you know that BFD and some of its hairy macros will cause MPW C to fail spectacularly? Have you thought about the Mac's lack of preemptive multitasking and what this implies if you want to run any compiles in the background? These problems can be (and have been) worked around, but doing it correctly - and maintainably - is a lot more than a couple weeks work, even for someone who's intimately familiar with GNU, Macs, and MPW. Stan Shebs Cygnus Support shebs@cygnus.com