Re: [Pyobjc-dev] A bit of a mess....

[Ronald O. <ous...@ci...>]

On Saturday, Feb 22, 2003, at 23:39 Europe/Amsterdam, Bill Bumgarner 
wrote:

> The Cocoa directory now contains the bridging of Foundation, AppKit, 
> Preference Panes, and InterfaceBuilder.
>
> Why?

History? It's mostly because of the scripts in Modules/Cocoa/scripts, 
but your right this should be cleaned up.

>
> This seems like a big mess and is only going to get worse over time.   
> It also-- I would think-- hampers GnuStep support in that not all of 
> the frameworks are available under GnuStep or, if there, are 
> completely different.

The current situation doesn't really hamper GNUstep support, setup.py 
checks if frameworks are present before building the support modules. 
The right solution would probably be to move the scripts in 
Modules/Cocoa/scripts to the toplevel scripts directory and integrate 
them into setup.py. That way we'd automaticly wrap only those items 
that are supported on a system.

Let's move the script first and worry about the side-effects of calling 
them from setup.py later.


>
> If we are going to fix this, we should do it now.  Preferably, the 
> various framework specific modules should be encapsulated in their own 
> directories.   Some of the framework support should potentially even 
> be moved out of the pyobjc root source as it is less about bridging to 
> the core of ObjC and more about bridging a specific framework's worth 
> of functionality.

Just like in Lib there should be one directory for every supported 
framework in Modules. I don't want to move frameworks from the pyobjc 
source tree unless supporting them cost too much time or someone steps 
up to maintain them in a seperate distribution.

For me as a *user* of PyObjC the most interesting part are the bridged 
frameworks, the objc module just happens to be the most usefull way to 
bridge these frameworks.

BTW. Feel free to move files around, I'd like to concentrate on fixing 
some bugs in libffi_support.m: structure returns aren't working at the 
moment.

Ronald