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/
_______________________________________________
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev