[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