Hey Tim,
thank you so much for helping with GHC!
> To summarize, there are three problems with the original patch:
>
> 1. it uses “ld.bfd” instead of “ld” (skipping the wrapper);
> 2. it references native tools instead of target tools; and
> 3. it requires certain tools to be available
Hello,
Timothy Sample writes:
> Hi Again,
>
> I’ve attached an updated patch that builds a working GHC 8.4.3 (that is,
> it compiles “hello.hs” in a pure environment). It might need a bit more
> work yet. See notes below.
It turns out that it wasn’t a pure environment. I was running Guix on
Hi Again,
I’ve attached an updated patch that builds a working GHC 8.4.3 (that is,
it compiles “hello.hs” in a pure environment). It might need a bit more
work yet. See notes below.
Timothy Sample writes:
> Hi Ricardo,
>
> Ricardo Wurmus writes:
>
>> Hi Ludo,
>>
>>> Hello,
>>>
>>> Ricardo
Hi Ricardo,
Ricardo Wurmus writes:
> Hi Ludo,
>
>> Hello,
>>
>> Ricardo Wurmus skribis:
>>
>>> GHC 8.0 had been patched with
>>> "ghc-dont-pass-linker-flags-via-response-files.patch" to avoid using
>>> response files with the linker, because our ld-wrapper doesn’t seem to
>>> behave right in
Hi Ludo,
> Hello,
>
> Ricardo Wurmus skribis:
>
>> GHC 8.0 had been patched with
>> "ghc-dont-pass-linker-flags-via-response-files.patch" to avoid using
>> response files with the linker, because our ld-wrapper doesn’t seem to
>> behave right in some edge case that GHC depends on. I tried
Hello,
Ricardo Wurmus skribis:
> GHC 8.0 had been patched with
> "ghc-dont-pass-linker-flags-via-response-files.patch" to avoid using
> response files with the linker, because our ld-wrapper doesn’t seem to
> behave right in some edge case that GHC depends on. I tried porting the
> patch to
Hi Guix,
We need to update to GHC 8.4.3 because that’s the current version that
LTS Haskell depends on. (Some packages I’m working on already depend on
packages that only come with GHC 8.4.3.)
Attached is a WIP patch to update GHC to 8.4.3. (The patch renames the
existing “ghc-8” package to
