[RFC/make] Extend Framework support II

[David Ayers]

OK, so here's my second try :-)

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