Re: gnustep-make experiment

[Helge Hess]

On Jan 24, 2007, at 15:10, Matt Rice wrote:
> I've come across at least 2 instances of needing the environment  
> variables
> GDL2 needs to attempt to link to the Gorm libraries to see if it  
> should enable building of the GDL2 Gorm palette
> and in porting aquaterm, and the gnuplot adaptor for aquaterm, it  
> needs to also look for a lib in the GNUstep heirarchy
> to enable that.

Maybe I'm entirely off-track, but I suppose whats being talked about  
is resource or bundle lookup :-) Which of course should also work in  
FHS settings. (ie Gorm should ideally work in plain FHS, no?)

In OGo/SOPE we explicitly support both variants. If the GNUstep  
environment is sourced, we look in "GNUstep style pathes". If such a  
lookup fails (or if no environment is sourced), we continue searching  
in FHS locations (currently we hardcode /usr/local/ and /usr/, which  
obviously should be configurable using configure ...).

Eg, a bundle "ABC.bundle" with resources a.gif/b.gif in GNUstep setup:
  (pathprefixlist) + Library
    /Bundles/ABC.bundle
      ABC
      /Resources
        /a.gif
        /b.gif
In FHS:
  (pathprefixlist: /usr, /usr/local):
    /lib
      /abc-1.2.so
    /share
      /abc-1.2
        /a.gif
        /b.gif

Something like that ;-) Frameworks/bundles need to be "debundled" for  
FHS. Of course this can be done transparently in the NSBundle class.  
(though a separate class has the advantage that you can do FHS in  
combination with Cocoa).

Greets,
  Helge
--
Helge Hess
http://www.helgehess.eu/