Environment variables & shared libobjc, building with

[S11001001]

Hello GNUsteppers, I am installing GNUstep for the first time, and
have some questions. Currently looking at gnustep-make-1.5.0
(unstable)...

* What is the true meaning of the GNUSTEP_SYSTEM_ROOT variable? The
gnustep-make install instructions make it out to be the top-level of
the directory structure, but the GNUstep-HOWTO specifies it as the
System directory under that one.

i.e., I passed --prefix=/home/sc87/opt/GNUstep to gnustep configure,
and got this output:

checking for GNUSTEP_SYSTEM_ROOT to use... /home/sc87/opt/GNUstep/System
checking for GNUSTEP_LOCAL_ROOT to use... /home/sc87/opt/GNUstep/Local
checking for GNUSTEP_NETWORK_ROOT to use... /home/sc87/opt/GNUstep/Network

While the GNUstep-HOWTO says I would need to pass
--prefix=/home/sc87/opt/GNUstep/System for this effect. I would like
to know so I don't mess up on setting environment variables in my
.bash_profile.

* How do I get gnustep-make to recognize that I am using a shared
libobjc, not a static one? I compiled gcc with --enable-shared, objc
in my languages, and indeed it placed a libobjc.so.1.0.0 in my libdir,
/home/sc87/lib. This is in my LD_LIBRARY_PATH. However, configure says

checking for shared objc library... NONE

Proper threading in libobjc and `to get the shared library' are half
the reasons I built my own GCC on this machine(1); I would just like
to know how to use it.

(1) The other ones being that I just wanted GCC 3.2, not their
`ancient history' GCC 3.1 ;), and they forgot --enable-threads=posix.

--
Stephen Compall
DotGNU `Contributor' -- http://dotgnu.org

Sometimes I think that perhaps one of the best things I could do with
my life is: find a gigantic pile of proprietary software that was a
trade secret, and start handing out copies on a street corner so it
wouldn't be a trade secret any more, and perhaps that would be a much
more efficient way for me to give people new free software than
actually writing it myself; but everyone is too cowardly to even take
it.
        -- RMS, Lecture at KTH (Sweden), 30 October 1986