Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!ericom!eua.ericsson.se!erix.ericsson.se!per
From: per@erix.ericsson.se (Per Hedeland)
Newsgroups: comp.windows.x
Subject: Re: Suns 4.1 problems with X
Message-ID: <1991Jan7.084414.2611@eua.ericsson.se>
Date: 7 Jan 91 08:44:14 GMT
References: <1991Jan6.190603.27364@eua.ericsson.se> <9101062227.AA00196@expire.lcs.mit.edu>
Sender: news@eua.ericsson.se
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Lines: 35

In article <9101062227.AA00196@expire.lcs.mit.edu>, rws@expo.lcs.mit.EDU
(Bob Scheifler) writes:
|> 
|>     IMO, the X build procedure should instead use the LD_LIBRARY_PATH
|>     environment variable
|> 
|> My understanding is that -L paths are preferred over LD_LIBRARY_PATH at
|> link time.

Yes, I believe that is (unfortunately) true...

|> So, if we follow your suggestion, we run into the possibility
|> of trying to link against old installed versions of the libraries instead of
|> the new ones in the build tree.  Not acceptable.

Perhaps I wasn't clear enough; what I meant was of course that
LD_LIBRARY_PATH should be used *instead* of -L options (and the current
-L options *only* specify directories in the build tree, I believe).
The possibility of linking against old installed libraries is exactly
the same as with the current -L specifications. (There is perhaps a
greater possibility that old installed libraries get used for test runs
of binaries in the build tree, though - LD_LIBRARY_PATH must be set for
such test runs too.)

While -L paths specifying installation directories if they're not in the
"standard" list would be a good use of the "remembrance" of -L
specifications, there is as far as I can tell no support for
installation in non-standard directories in the current build procedure,
and addition of this feature (if it was possible) should be independant
of the fixing of the security problem.

--Per Hedeland
per@erix.ericsson.se  or
per%erix.ericsson.se@uunet.uu.net  or
...uunet!erix.ericsson.se!per