Fix archive loading on Windows by the runtime loader
authorTamar Christina <tamar@zhox.com>
Tue, 17 Nov 2015 14:35:46 +0000 (15:35 +0100)
committerBen Gamari <ben@smart-cactus.org>
Tue, 17 Nov 2015 15:19:52 +0000 (16:19 +0100)
commitacce37f38bc3867f86cf717694915746bb2f278e
treea78348dc2c599ae66d1620744711d863d59d3eed
parent8ad9e74f1f88d5c86d2e76f9992f9b2d267421d3
Fix archive loading on Windows by the runtime loader

The runtime loader is unable to find archive files `.a` shipping
with the inplace `GCC`.

It seems the issue is caused by `findArchive` being unable to
find any archives that are shipped using the in-place `GCC`.

- It works on Linux because `findArchive` would search
  the standard Linux include path.
- It works during compilation because `GCC` can find it's own libraries
  (we explicitly tell it where to look for libraries using the `gcc`
  wrapper around `realgcc`)

So fixing the issue means using `searchForLibUsingGcc` in `findArchive`
as well, which will then find the correct file.

The reason for the error as it is, is because if we can't locate the
library using any of the methods we have, we assume it is a system dll,
or something on the system search path.  e.g. if trying to load
`kernel32.dll`.

There is a slight issue in that the `GHCi` code (incorrectly) favors
`static archives` over `dynamic` ones

```
findDll        `orElse`
findArchive    `orElse`
tryGcc         `orElse`
tryGccPrefixed `orElse`
assumeDll
```
This has the unwanted effect of when `kernel32` is specified as a lib,
it will try to load `kernel32.a` instead of `kernel32.dll`.

To solve this I have added another search function that is able to
search the Windows search paths using `SearchPath` in order to find if
it is a dll on the system search path.

The new search order is:

```
findDll     `orElse`
findSysDll  `orElse`
tryGcc      `orElse`
findArchive `orElse`
assumeDll
```

(`tryGccPrefixed` was rolled into `tryGcc` so it is no longer needed at
top level)

Test Plan: ./validate added new windows tests T3242

Reviewers: thomie, erikd, hvr, austin, bgamari

Reviewed By: thomie, erikd, bgamari

Differential Revision: https://phabricator.haskell.org/D1455

GHC Trac Issues: #3242
compiler/ghci/Linker.hs
compiler/ghci/ObjLink.hs
includes/rts/Linker.h
rts/Linker.c
rts/RtsSymbols.c
testsuite/tests/ghci/linking/dyn/Makefile
testsuite/tests/ghci/linking/dyn/all.T