HEAD doesn't build (was Re: patch applied (ghc): Add hardwire-lib-paths option and make it default for inplace invocations)

Roman Leshchinskiy rl at cse.unsw.edu.au
Wed Aug 1 07:33:34 EDT 2007


Simon Marlow wrote:
> Roman Leshchinskiy wrote:
>> Simon Marlow wrote:
>>>
>>> We had a discussion on glasgow-haskell-users recently about whether 
>>> to use libtool, and the general concensus was not:
>>
>> Hmm, I missed that one completely. It's probably too late for me to 
>> jump in but I just don't see how the approach you outlined in
>>
>> http://www.haskell.org/pipermail/glasgow-haskell-users/2007-June/012740.html 
>>
>>
>> deals with systems which don't *have* an rpath and with users who 
>> manually set LD_LIBRARY_PATH. To be entirely honest, I suspect that 
>> what you are trying to achieve can't be done portably and reliably.
> 
> I don't expect it to be portable.  So on MacOS X, is it the case that 
> the only way to build a binary that links to a particular shared library 
> outside the system location is to use LD_LIBRARY_PATH?

IIUC yes, except that it's called DYLD_LIBRARY_PATH. From man dyld:

   For  each  library that a program uses, the dynamic linker looks
   for it in each directory in DYLD_LIBRARY_PATH  in  turn.  If  it
   still  can't  find  the  library,  it  then  searches DYLD_FALL-
   BACK_FRAMEWORK_PATH and DYLD_FALLBACK_LIBRARY_PATH in turn.

But I think on MacOS, the library paths are usually hardcoded in the 
executable.

> How does libtool work on this OS?

Not sure, I'll have to look that up.

Roman




More information about the Cvs-ghc mailing list