[GHC] #11042: Template Haskell / GHCi does not respect extra-lib-dirs

[GHC]

#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