Re: [RFC/Proposal] Cocoa.h header

[Nicolas Roard]

Le 21 nov. 04, à 01:51, Alex Perez a écrit :

> Currently, GNUstep-GUI has a file in Headers/Cocoa/Cocoa.h which is 
> not installed by default. I would like to change that, because there's 
> no reason for it not to be installed, and I have a use/need for it. 
> However, the header is not a direct analog to the Apple's Cocoa.h. 
> This is bad. I propose the following:
>
> Our Cocoa.h needs to be exactly the same as Apple's. All Apple's does 
> is #import <Foundation/Foundation.h> and #import <AppKit/AppKit.h> and 
> *THAT'S IT*. Right now, there's other darwin-compatibility stuff in 
> there which should be elsewhere. I propose that stuff be moved to 
> Headers/Cocoa/CocoaCompat.h or something similar. Cocoa.h will not 
> #import this file by default, it will be like most of the other 
> compatibility headers which are distributed with GNUstep; You will 
> need to know that you need to import it explicitly.
>
> Both of these files would then be installed when make install is run 
> for -GUI.
>
> Please, contribute your feedback. If you are against such an action, 
> please explain why and what you propose instead.

Installing Cocoa.h by default is probably a good thing (possibly not 
installable by a configure flag), but I don't understand why we 
shouldn't put the compatibility stuff in it ?
Cocoa.h isn't used by gnustep programs, but by OSX programs; it make 
sense to add what's needed to help compile OSX programs on GNUstep in 
it.
I don't see much the point of putting a CocoaCompat.h -- it means that 
when you want to compile Cocoa program you will either need to include
CocoaCompat.h everywhere, or modify Cocoa.h to include it, which kinda 
defeat the point of having a Cocoa.h already installed..

--
Nicolas Roard
"Any sufficiently advanced technology is indistinguishable from magic."
 -Arthur C. Clarke