Dynamic libraries and GHCi

From: Simon Marlow <marlowsd at gmail.com>
Subject: Dynamic libraries and GHCi
Date: Mon, 10 May 2010 10:06:21 +0100
> We had planned to switch to using a dynamically-linked GHCi for 6.14.1
> (see http://hackage.haskell.org/trac/ghc/ticket/3658), which on the
> whole seems like the right direction to be heading in, since we reduce
> the dependence on our own RTS linker.
>> The dynamically-linked GHCi works, and passes all the tests. It also
> starts up faster than the statically linked one, at least on Linux,
> possibly due to a combination of the system linker being faster than
> ours and it doing on-demand linking. That's the good news.
In fact, it's now mandatory for all Mach-O platforms (seemingly
including i386-apple-darwin the Tier-1 platform) to completely switch
to dynamically-linked GHCi, as those platforms started failing to
build static GHCi libraries that are needed by dph packages' use of
TemplateHaskell.
For patches and details, see:
http://hackage.haskell.org/trac/ghc/ticket/3260#comment:5http://hackage.haskell.org/trac/ghc/ticket/3594#comment:1
But currently there is one problem with "GhcShared=YES": with this
option, the stage-2 compiler gets linked dynamically but the
corresponding inplace shell wrapper does not set (DY)LD_LIBRARY_PATH,
thus ./inplace/bin/ghc-stage2 doesn't run at all. I could work around
this by manually symlinking all the dynamic libraries to ./inplace/lib
and setting (DY)LD_LIBRARY_PATH to there, but obvisouly there should
be a solution better than this.
Thanks,
PHO
_______________________________________________________
- PHO - http://cielonegro.org/
OpenPGP public key: 1024D/1A86EF72
Fpr: 5F3E 5B5F 535C CE27 8254 4D1A 14E7 9CA7 1A86 EF72
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://www.haskell.org/pipermail/glasgow-haskell-users/attachments/20100516/bb512395/attachment.bin