Path: utzoo!attcan!uunet!mcvax!unido!laura!mp From: mp@laura.UUCP (Michael Pickers) Newsgroups: comp.sys.mac.programmer Subject: Re: MacApp and the 68881 Message-ID: <938@laura.UUCP> Date: 20 Jan 89 16:30:06 GMT References: <599@cf-cm.UUCP> <24288@apple.Apple.COM> Reply-To: mp@unido.uucp (Michael Pickers) Organization: University of Dortmund, W-Germany Lines: 41 In article <24288@apple.Apple.COM> keith@Apple.COM (Keith Rollin) writes: >>Some time back I saw someone ask a question about compiling MacApp >>applications so that they used the 68881 directly instead of SANE. I >> >There are several ways of doing this: > >1) go in and change your .make files to include the -mc68881 option on the > Pascal compile line. > Nice try. However I did exacly this. Recompiled all of MacApp, after making the neccessary changes to the Makefiles of MacApp (I even removed every .o and .LOAD file before recompiling) and guess what happened? This (damm) Compiler would still use the SANE calls and 10Byte Extended !! I checked that with MacsBug !! Btw. I'm already using MacApp 2.0, but still MPW 2.0.2 (MPW 3.0 isn't available in W.Germany up to now). You get the expected results (Direct MC68881 usage and 12-Bit Extended) if you don't say 'USES {$LOAD MacIntf.LOAD}...' in a seperately compiled Unit. However, than you'll have to use the X80toX96 and X96toX80 Functions to convert the numbers between the two differently compiled Units. I tried to find the reason for all this in the sources of MacApp, but I couldn't find anything. I gave up on it since differently compiled Units work fine for my project. But this won't make sence if I needed some Objectclasses of MacApp, since I'm not allowed to include MacApp in that special Unit. I anyone has made the same experiences an has a better solution I would like to hear about it. Michael Pickers Computer Science Department, University of Dortmund IRB - Informatik Rechner Betriebsgruppe 4600 Dortmund 50, P.O. Box 500500, W.-Germany E-mail address UUCP: mp@unido.uucp (...uunet!unido!mp) BITNET: mp@unido.bitnet