ghc-7.10 branch regression

[George Colpitts]

I believe we need to do  b) Revert commit 07da52ce2d in the ghc-7.10 branch
and continue to use llvm-3.5 for the 7.10 series.

I think the plan is to require llvm-3.6 or a later version for 7.12.1 and
later

Ghc 7.10.1 only supports llvm 3.5 as stated in
https://ghc.haskell.org/trac/ghc/ticket/9929

I filed a doc bug on this yesterday,
https://ghc.haskell.org/trac/ghc/ticket/10302



On Wed, Apr 15, 2015 at 7:12 AM, Erik de Castro Lopo <mle+hs at mega-nerd.com>
wrote:

> Erik de Castro Lopo wrote:
>
> > At this point we need to decide whether:
> >
> >    a) Require llvm-3.6 for 7.10.2 and later.
>
> I've done some testing on the ghc-7.10 branch (with a couple of patches
> cherry picked from master) with llvm-3.6 on amd64-linux. WIth this,
> there are 17 unexpected failures during validate:
>
>    deriving/should_fail       T7959 [stderr mismatch] (normal)
>    deriving/should_fail       drvfail005 [stderr mismatch] (normal)
>    deriving/should_fail       drvfail009 [stderr mismatch] (normal)
>    indexed-types/should_fail  SimpleFail14 [stderr mismatch] (normal)
>    simplCore/should_compile   spec-inline [stderr mismatch] (optasm)
>    typecheck/should_compile   T10195 [exit code non-0] (normal)
>    typecheck/should_fail      T2994 [stderr mismatch] (normal)
>    typecheck/should_fail      T3540 [stderr mismatch] (normal)
>    typecheck/should_fail      T7778 [stderr mismatch] (normal)
>    typecheck/should_fail      tcfail036 [stderr mismatch] (normal)
>    typecheck/should_fail      tcfail057 [stderr mismatch] (normal)
>    typecheck/should_fail      tcfail063 [stderr mismatch] (normal)
>    typecheck/should_fail      tcfail134 [stderr mismatch] (normal)
>    typecheck/should_fail      tcfail146 [stderr mismatch] (normal)
>    typecheck/should_fail      tcfail147 [stderr mismatch] (normal)
>    typecheck/should_fail      tcfail151 [stderr mismatch] (normal)
>    typecheck/should_fail      tcfail209 [stderr mismatch] (normal)
>
> All bit one oft these all seem to be stderr mismatches rather than
> actual problems.
>
> My validate run on armhf is still running.
>
> Erik
> --
> ----------------------------------------------------------------------
> Erik de Castro Lopo
> http://www.mega-nerd.com/
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20150415/5404a0a9/attachment.html>