Hi,
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.
Gruss,
Christian
* Ian Lynagh
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 correctly.
The various issues are described in a wiki page here: http://hackage.haskell.org/trac/ghc/wiki/DynamicByDefault
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
Thanks Ian -- Ian Lynagh, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/
_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users