On Wed, Dec 30, 2009 at 06:29:23PM +0000, Andrew Suffield wrote:
> 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.
It would still be needed for people (like me) who do not install into
system-global directories but rather somewhere in ${HOME}, wouldn't it?
Heck, I've got systems where not even /usr/local/lib is in relevant
lookup paths.
--
Lars Viklund | z...@acc.umu.se | 070-310 47 07
_______________________________________________
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
