rpath for shared libraries
asuffield at suffields.me.uk
Wed Dec 30 13:29:23 EST 2009
On Wed, Dec 30, 2009 at 02:20:41PM +0000, Duncan Coutts wrote:
> On Wed, 2009-12-30 at 12:09 +0100, Maxime Henrion wrote:
> > - Is there a plan to deal with the ldconfig cache on UNIX systems? As
> > things are now, I had to manually add all the package directories
> > under /usr/local/lib/ghc-6.12.1/ to be able to run the generated
> > executable. I guess Cabal could produce a list of directories in some
> > way for the system to do the right thing afterward, or we need some kind
> > of a hack for setting LD_LIBRARY_PATH prior to starting the executable.
> we use -rpath on Linux
I've been thinking about this. The only reason why rpath is needed is
because the .so files are being stuck in lib/ghc-$version/ instead of
going into lib/ directly. However, I can't see a good reason for doing
this. The ABI is already encoded in the soname, which rules out the
usual reason for this sort of thing. Is there one?
If not, the icky rpath stuff could all go away.
More information about the Cvs-ghc