Centralize the definition for GHC's libdir on Windows
The location of GHC libraries on Windows is currently something like $bindir/../lib
(because the whole distribution can be put anywhere on the filesystem, there are no absolute paths), but this information is hard-coded in multiple places instead of being defined in one place. To be clear, I mean only the relative path (../lib
); the base still needs to be determined at runtime.
I assume that tools that can rely on ghc --info
(or equivalent) already do that. If there are any that don't, they should be fixed regardless. The build system, ghc, ghc-cabal, ghc-pkg, hsc2hs, haddock... should all be able to get the relative path from configure
's output.
Trac metadata
Trac field | Value |
---|---|
Version | 8.0.2 |
Type | Task |
TypeOfFailure | OtherFailure |
Priority | low |
Resolution | Unresolved |
Component | None |
Test case | |
Differential revisions | |
BlockedBy | |
Related | |
Blocking | |
CC | Phyx- |
Operating system | |
Architecture |