Dynamic libraries by default and GHC 7.8
Christian Hoener zu Siederdissen
choener at tbi.univie.ac.at
Fri Nov 30 16:42:43 CET 2012
a bit late but here are my comments:
- my main (and in a way ``only'') concern is speed. At some point I'd
like my programs to consistently beat the pants off C ...
This won't happen soon, but when comparing to C it makes a difference
being able to say Haskell is x1.3 slower or x1.4 slower.
- BUT performance is required only for the end product, where I would --
in addition -- prefer statically built binaries. Getting other people
to install GHC 7.6 (platform is not good enough!) and do the whole
installation process won't work.
- development is done using cabal-dev, so I am compiling libraries 10-20
times anyway. Once more for dynamic/statis wouldn't matter that much.
* Ian Lynagh <ian at well-typed.com> [27.11.2012 15:55]:
> Hi all,
> GHC HEAD now has support for using dynamic libraries by default (and in
> particular, using dynamic libraries and the system linker in GHCi) for a
> number of platforms.
> This has some advantages and some disadvantages, so we need to make a
> decision about what we want to do in GHC 7.8. There are also some policy
> questions we need to answer about how Cabal will work with a GHC that
> uses dynamic libraries by default. We would like to make these as soon
> as possible, so that GHC 7.6.2 can ship with a Cabal that works
> The various issues are described in a wiki page here:
> If you have a few minutes to read it then we'd be glad to hear your
> feedback, to help us in making our decisions
> Ian Lynagh, Haskell Consultant
> Well-Typed LLP, http://www.well-typed.com/
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: not available
More information about the Glasgow-haskell-users