|
From: | David Ayers |
Subject: | Re: MulleEOInterface |
Date: | Sun, 25 May 2003 16:21:28 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507 |
Hi Marcus,Thanks for helping Dirk out on these issues, as I currently just lack the time....
On the #import / #include issue, I would advise to use #ifdef NeXT_Foundation_LIBRARY and either use the technique employed by base/Additions: #ifndef NeXT_Foundation_LIBRARY #include <Foundation/NSData.h> #include <Foundation/NSValue.h> #include <Foundation/NSURL.h> #include <Foundation/NSMapTable.h> #include <Foundation/NSException.h> #include <Foundation/NSBundle.h> #include <Foundation/NSCharacterSet.h> #include <Foundation/NSFileManager.h> #include <Foundation/NSInvocation.h> #else #include <Foundation/Foundation.h> #endif or use the #import for the NeXT_Foudation - branch... Marcus Müller wrote:
On Saturday, May 24, 2003, at 19:35 Europe/Berlin, Dirk Lattermann wrote:As I don't have access to a Cocoa system, I don't know if it still compiles there. Can I simply replace #import by #include with #ifndef-protection there as well?Yes, sure. The only exception are system framework headers (Foundation, AppKit) as Apple doesn't provide 'safeguarding' for these.Is this the case for EOControl/EOAccess, too? Hmm... can I use the macro GNU_RUNTIME above to distinguish the cases when I'll have to use #import and when #include will work?Well, that's a bit quirky. Strictly speaking it's the same for EOControl/EOAccess, too. But who (besides a few running WO4.51) has a copy of EOF running on OSX these days?I defined GNU_RUNTIME like this in GNUMakefile of EDCommon: --- snip --- ifeq "$(OBJC_RUNTIME_LIB)" "gnu" ADDITIONAL_OBJCFLAGS += -DGNU_RUNTIME endif --- snap ---
[Prev in Thread] | Current Thread | [Next in Thread] |