Re: Status and future of the LLVM backend

Hi, Am Samstag, den 06.12.2014, 16:19 +0100 schrieb Joachim Breitner: > nevermind, I found > https://ghc.haskell.org/trac/ghc/ticket/9552 and > https://git.haskell.org/ghc.git/patch/2a8ea4745d6ff79d6ce17961a64d9013243fc3c6 > and will try with these. > > Once I get it to compile I’ll give a compl

testsuite no longer parellel?

Hi devs, Previously, I've had much success with the THREADS environment variable for getting the testsuite to run multiple tests in parallel. This no longer seems to be working on my Macs. Is this an expected change? Is there something I can do to fix this locally? It takes a long time to run t

painful merges

Hi devs, There are various times when we want to make some change to a large number of lines/files, but the change is very very boring. Two somewhat recent cases that come to mind are de-tabbing and the .lhs -> .hs conversion. These sorts of changes cause painful merges for anyone who is workin

Re: Linker change in GHC 7.8 leads to widespread issues

I wrote: > Aha! Thanks [to Bryan] for this explanation of what I have been > suffering from... > I can't wait for the point releases. I'll go with HEAD on one > of the branches for now. Unfortunately, this patch did *not* fix what I have been suffering from. I'm still getting segfaults. I'll desc

Re: -O/-O2 causes program to run too slow

Ok, so I found that it was an instance of this: https://ghc.haskell.org/trac/ghc/ticket/1168 and I read through this whole thread: https://www.haskell.org/pipermail/glasgow-haskell-users/2008-February/014259.html I don't understand the state-hack optimization. It's clearly not safe and I'm not co

inferred contexts from `deriving`

Hi devs, I've just hit on (what I view to be) a design wart in what is allowed in an instance context inferred through the use of non-standalone `deriving`. I've posed a problem and potential solution in #8984 (https://ghc.haskell.org/trac/ghc/ticket/8984#comment:6). See Note [Exotic derived i

Re: Typechecker tests failures

Simon, I tracked T7891 and tc124 failure down to simplifier, namely `simplExprF1` for `Case`. Core lint catches the bug (requires -O1 at least), but without -dcore-lint compiler hangs in busy loop. I made it work with simple patch: > diff --git a/compiler/simplCore/Simplify.hs b/compiler/simplCo