HP 2014.2.0.0 for Mac OS X is built with a bindist of GHC 7.8.3 that *is* compiled with support for 10.6. To remove HP from a system, you can use the handy unisntall-hs command - that does a better job than just poking around by hand. There does appear to be a problem with Template Haskell, and loading some packages that depend on yet other packages to be loaded... For some reason dynamic loading in this case doesn't resolve. Fortunately there is a workaround: When you see a message like: Loading package parsec-3.1.5 ... <command line>: can't load .so/.DLL for: /Library/Haskell/ghc-7.8.3-x86_64/lib/parsec-3.1.5/ libHSparsec-3.1.5-ghc7.8.3.dylib (dlopen(/Library/Haskell/ghc- 7.8.3-x86_64/lib/parsec-3.1.5/libHSparsec-3.1.5-ghc7.8.3.dylib, 9): *Library not loaded: @rpath/libHStext-1.1.0.0-ghc7.**8.3.dylib* Referenced from: /Library/Haskell/ghc-7.8.3-x86_64/lib/parsec-3.1.5/ libHSparsec-3.1.5-ghc7.8.3.dylib Reason: image not found) Look at the part in red. It indicates that *text *can't be loaded. You need to add it's libdir to an export like so (you are adding the location of the libHStext... file, which is always in a similarly named directory under /Library/Haskell/ghc-7.8.3-x86_64/lib): export DYLD_FALLBACK_LIBRARY_PATH=/Library/Haskell/ghc- 7.8.3-x86_64/lib/text-1.1.0.0:$DYLD_FALLBACK_LIBRARY_PATH Rebuild, and you may see another to add, and you'll have to do this again. To build shaekespeare-2.0.4.1 on a stock HP 2014.2.0.0 install, I needed to add the following libs to that path primitive, hashable, mtl, and text. I don't yet know if this is a bug in the way the HP libs were built, the way GHC was built, or just a fundamental problem of GHC 7.8.3 (and later) and OS X 10.6. - Mark