Re: Please do not hardcode GNUSTEP_INSTALLATION_DOMAIN in GNUmakefiles!

[Truls Becken]

Nicola Pero wrote:
> Currently, gnustep-make defaults to using a GNUstep filesystem layout
> when installed from scratch (and there is definitely no plan to change that)
> and installing into /usr/GNUstep.  We could, I suppose, change that default
> location to be /usr/local/GNUstep - is that what you were suggesting ?  That
> does feel a bit shocking at first, but maybe it is the right thing to do!

GNUSTEP_DEFAULT_PREFIX=/usr/local/GNUstep probably makes some sense,
especially if you have local on a separate partition, like Pete
mentioned, or you're just very strict about things. On the other hand,
since it's self contained anyway it shouldn't make much difference to
most people, I guess.

One could imagine installing the distro's stable packages plus
compiling from source on the same system. In that case the latter
would be expected to go in /usr/local, but then you need to know what
you're doing anyway in order to avoid GNUstep.conf clashing.

David Ayers wrote:
> Actually I was referring to the location into which the Makefiles
> directory gets installed to.
> ie:
> /usr/GNUstep/System/Library/Makefiles
> vs.
> /usr/GNUstep/Local/Library/Makefiles
>
> Which would also have a direct impact from where GNUstep.sh should be
> sourced from.

The location of Makefiles is actually independent of the domain roots,
so even if make is installed in Local, the makefiles will probably end
up in System. This totally depends on the FS layout in use, however,
so Makefiles could be anywhere if a custom layout was used. In the
end, you will always need to know its location before you can source
GNUstep.sh.

I guess the most "correct" way with the current make system is to
source `gnustep-config --variable=GNUSTEP_MAKEFILES`/GNUstep.sh

Question to Nicola; maybe gnustep-config should be in /usr/local/bin
to successfully provide a bridge from standard Unix hierarchy to
whatever layout the GNUstep installation is using? The -make package
would then need two different --prefix options, which is a bit of a
problem.

Truls