News for hackers. Stuff that matters.

A comment on Defer Haskell type errors to runtime: new GHC 7.6 developers' flag. Parent comment

Re:Defer Haskell type errors to runtime: new GHC 7.6 develop... by cageface on Saturday May 19, 2012 @11:45PM (#3997872)
I have found it ironic that Haskell packages seem a lot more brittle than packages in a language like Ruby. It's possible to get into "dll hell" with gems of course, but my limited experience fiddling around with Cabal suggests it can be much more difficult to get exactly the right set of versions in Haskell.

Maybe this means that there are a lot of undetected bugs lurking in the typical gemset but at least you can get something off the ground.

[ Parent | on HN ]
Re:Defer Haskell type errors to runtime: new GHC 7.6 develop... by Uchikoma on Sunday May 20, 2012 @05:20AM (#3998369)
I don't think this has anything to do with Ruby (dynamic) or Haskell (static).

Scala is a dll hell b/c of binary incompatibility and a community that wants all frameworks on bleeding edge Scala (RC even) versions.

Compared to Java, where many frameworks still work with Java 1.5 and dependency management is a joy.

[ Parent | on HN ]
Re:Defer Haskell type errors to runtime: new GHC 7.6 develop... by cageface on Sunday May 20, 2012 @08:13AM (#3998599)
The difference seems to be that languages with dynamic type systems or very simple static type systems aren't as difficult as languages that encode a lot more information into their types.

Maybe it's not fair to generalize from just those few examples though.

[ Parent | on HN ]
Re:Defer Haskell type errors to runtime: new GHC 7.6 develop... by fusiongyro on Sunday May 20, 2012 @12:08AM (#3997909)
cabal-install leaves something to be desired in the dependency management area. There are active projects under way to improve the situation, largely borrowing from Ruby along the lines of rvm and bundler.
[ Parent | on HN ]