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. _______________________________________________ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc
