[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GDL2 - patches for OSX (1)

From: Stéphane Corthésy
Subject: Re: GDL2 - patches for OSX (1)
Date: Wed, 26 Mar 2003 10:18:26 +0100


On Wednesday, Mar 26, 2003, at 09:42 Europe/Zurich, David Ayers wrote:

Nicola Pero wrote:

There is a global macro, GNUSTEP_WITH_DLL, which is defined if compiling
on Win32.

If that's all what you want to check, check for GNUSTEP_WITH_DLL.

Yes that was what I meant.  Which brings up an interesting question...
Do we support Apple's ProjectBuilder generated makefiles and makefile system, (which I believe Stéphane is using)? Personally I would like to avoid this because:
a) Maintianers need an OS X to verify that things are working
b) Makefiles and headers will get cluttered with constructs to support both make systems c) Nicola goes through a lot of effort to insure gnustep-make works on OS X. (d) I would prefer patches which include the necessary GNUmakefile changes as we have to make them anyway.)

Apple's ProjectBuilder doesn't use Makefiles by default: they use jam instead of make, and the jam file is created on-the-fly by PB during compilation. No risk of cluttering Makefiles. Headers need some modifications, whatever make system is used, because I use Apple's Foundation instead of GNUstep's. I don't know whether Nicola wants to support Apple's runtime too: do the makefiles support it, or do they support only GNUstep's? Personally I prefer using PB, because I find it's a good IDE. I can easily maintain project, perform changes, searches, edition of code. Of course it's a different make system that would need to be maintained separately. Anyway, if you prefer not including in the official distribution, no problem: I will maintain it and provide people an up-to-date version, as well as for other projects like gnustep base, gsantlr and gsweb. I let you maintain your makefiles, I won't use them: my target is OSX currently.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]