Correct Windows libdir assumptions.
authorTamar Christina <tamar@zhox.com>
Thu, 23 Feb 2017 23:07:19 +0000 (18:07 -0500)
committerBen Gamari <ben@smart-cactus.org>
Thu, 23 Feb 2017 23:57:17 +0000 (18:57 -0500)
commit8d64395b43cb73d110767cab512a368b3db018de
treec71a7bb9573ea8187fe060c9bda776446dca0a21
parent4ad36206285a84bfc3c9f7d41c55bba83bfdffef
Correct Windows libdir assumptions.

GHC and ghc-pkg make some pretty hard assumptions about where they're
running on Windows. They assume that they are always running from
`foo/bin/ghc.exe` and that to find the `lib` folder they can drop
`bin/ghc.exe` from the base path and append `lib`.

This is already false for the testsuite, which when testing thenbindist
 has one test which puts the binaries in `inplace/test   spaces`.

For some reason before this was either being skipped or mysteriously
passing.
But as of `2017.02.11` our luck ran out.

the testsuite triggers a failure such as those in #13310

Let's soften the assumption and just check that `../lib` exists instead.

80 chars

Test Plan: ./validate

Reviewers: austin, erikd, bgamari

Reviewed By: bgamari

Subscribers: thomie, #ghc_windows_task_force

Differential Revision: https://phabricator.haskell.org/D3158
compiler/main/SysTools.hs
utils/ghc-pkg/Main.hs