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

GHC ghc-devs at haskell.org
Sun Oct 23 16:12:05 UTC 2016


#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:                    |
-------------------------------------+-------------------------------------
Changes (by trommler):

 * status:  new => closed
 * resolution:   => wontfix


Comment:

 Replying to [comment:12 trommler]:
 > Replying to [comment:10 rwbarton]:
 > 3. To compile the module Template Haskell loads all packages that are
 specified as dependencies (in the Cabal file or on the ghc command line).
 Currently this means loading all transitive dependencies of each package
 to be loaded. Package loading fails because `libz.so` cannot be found in
 any standard directory because on the system @mboes describes it is
 installed elsewhere.
 Actually, package zlib should record the location of libz.so if it is not
 found in a standard location. GHCi reads the `library-dirs` field that
 should contain the path to `libz.so`.

 In changeset:f41a8a369796985a75dd618b969292e1e7033112 a new field
 `dynamic-library-dirs` has been introduced for cases where dynamic library
 development files are in a directory separate from the archive (`.a`)
 files.

 I checked the code in `Linker.hs` and it reads the `library-dirs` field
 from the package database. So I would say this is a packaging error on
 nix. As I said comment:12 passing `extra-lib-dirs` breaks abstraction and
 is brittle.

 Closing this as wontfix, please reopen if you disagree.

--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11042#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler


More information about the ghc-tickets mailing list