As a developer, I find the feature of being able to configure different GNUSTEP_ROOT directories very useful. You can easily set up independent GNUstep environments on a (potentially foreign) system for testing. None the less, I'd agree to advocate '/' as the default /if/ we're sure not to break anything, and I as don't have a Darwin system to play with at that level, I can't test what may go wrong. (I guess that's why you mentioned building them via /usr/GNUstep and then copying the frameworks, but that feels rather hacky to me :-) )
So instead I'd rather like to propose to add support for -F / DYLD_FRAMEWORK_PATH. In principal the issue of -F/DYLD_FRAMEWORK_PATH is analogous to the -L/(DY)LD_LIBRARY_PATH.
This tgz includes the previous patch plus ld_fw_path.[c]sh tools to set DYLD_FRAMEWORK_PATH on Darwin (and nextstep4*) for testing purposes and proof of concept. This approach is a bit overkill. I'll integrate it into ld_lib_path.sh /if/ we agree that we want to do this at all. When I started the changes I wasn't sure how much clutter I'd need to add so I separated it. But in hind sight, I don't think the two extra scripts are justified, so I'll simple add the DYLD_FRAMEWORK handling into the nextstep4* and Darwin* paths.
Nicola Pero wrote:
As far as I'm concerned, I would stick with building "GNUstep frameworks" (our stuff with all the hacks to find lists of classes, locations, symlinks) when gnustep-base is used, and "Apple frameworks" (which rely on Apple's FoundationKit/compiler/linker own hacks to find lists of classes, etc) when Apple FoundationKit is used.
OK, yet I see this issue coming up again when/if we get apple-gnu-gnu to work. But I'll fix my final patch up to test against FOUNDATION_LIB again, then s/HAVE_FRAMEWORK_SUPPORT/USE_FRAMEWORK_SUPPORT/g and include some comments.
So if we agree that we'd want to add -F/DYLD_FRAMEWORK_PATH to be consistent wrt. -L/LD_LIBRARY_PATH, I'll fix up another proposal patch. (I've cc'd Sheldon as this surely plays into the GNUstep.conf issue. BTW: will it still be possible setup multiple independent instances of GNUstep on a system with those changes?)
My goal here is to have GSWeb (incl. all it's dependencies) to install "out of the box" on Darwin(/Cocoa). I'd really like to avoid the extra steps of copying compiled framework yet leaving the installed dependent -baseadd, -gdl2, .... libraries in GNUstep-specific paths. Well I guess you'd have to copy/symlink them also unless you source GNUstep.[c]sh, but if you do it, I think the frameworks should work just as well.
Cheers, David
PS: Sheldon, as the list is lagging, I'll forward yesterdays discussion to you privately.
make.patch.tgz
Description: GNU Unix tar archive_______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
