#11042: Template Haskell / GHCi does not respect extra-lib-dirs -------------------------------------+------------------------------------- Reporter: mboes | Owner: trommler Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 7.10.2 Resolution: wontfix | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: Compile-time | Unknown/Multiple crash | Test Case: Blocked By: 11238 | Blocking: Related Tickets: #10458 #5289 | Differential Rev(s): #12753 | Wiki Page: | -------------------------------------+------------------------------------- Comment (by rwbarton): It may be that `library-dirs` is defined to be the directories in which to search for the Haskell library, not its C dependencies. But then, there is also `ld-options` which could be used to hold `-L` and/or `-rpath` options specifying the location of `zlib`. I agree ''if'' the Haskell library does not have an RPATH pointing at the location of `libz.so`, then ghc is blameless here because (as far as I can tell) it cannot know how to find `libz.so`. Cabal or the end user should be doing something to allow ghc to find the library. If the Haskell library does have an RPATH for `libz.so` then perhaps ghc should not be trying to load the library itself, as you discussed in comment:6. I also agree it's pretty unclear whose responsibility it is supposed to be to do what here... -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/11042#comment:17 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler