RE: stage2 build fails

2020-01-28 Thread Ben Gamari
Simon Peyton Jones writes: > | Out of curiosity, is there a reason you are not using Hadrian in this > | tree? > > Yes... I tried again three weeks ago and ran into several obstacles > that I asked about on ghc-devs at the time. I'd be happy to re-state > them when it's a good time to do so. >

RE: stage2 build fails

2020-01-28 Thread Simon Peyton Jones via ghc-devs
recent one: https://mail.haskell.org/pipermail/ghc-devs/2019-December/018362.html Simon | -Original Message- | From: Ben Gamari | Sent: 28 January 2020 14:10 | To: Simon Peyton Jones ; Stefan Schulze | Frielinghaus | Cc: ghc-devs | Subject: RE: stage2 build fails | | Simon Peyton

RE: stage2 build fails

2020-01-28 Thread Ben Gamari
Simon Peyton Jones writes: > git clean -dfxq && git submodule foreach git clean -dfxq > > That made it work! Thank you. > > (Of course I have no idea *what* file 'make maintainer-clean' isn't > removing, but maybe we should not worry over-much.) > Right, given that this only occurs with the

RE: stage2 build fails

2020-01-28 Thread Simon Peyton Jones via ghc-devs
| Sent: 28 January 2020 11:32 | To: Simon Peyton Jones | Cc: Ben Gamari ; ghc-devs | Subject: Re: stage2 build fails | | I ran into a similar(?) problem a while ago. "make maintainer-clean" | does not necessarily remove every generated file. See for example | |

RE: stage2 build fails

2020-01-28 Thread Simon Peyton Jones via ghc-devs
Thanks -- I'll try that. Simion | -Original Message- | From: Stefan Schulze Frielinghaus | Sent: 28 January 2020 11:32 | To: Simon Peyton Jones | Cc: Ben Gamari ; ghc-devs | Subject: Re: stage2 build fails | | I ran into a similar(?) problem a while ago. "make maint

Re: stage2 build fails

2020-01-28 Thread Stefan Schulze Frielinghaus
uot;. > > I'll try again to double check. Is there any particular file I should remove? > > Simon > > | -Original Message- > | From: Ben Gamari > | Sent: 27 January 2020 18:59 > | To: Simon Peyton Jones ; ghc-devs | d...@haskell.org> > | Subject: RE: stage2

RE: stage2 build fails

2020-01-28 Thread Simon Peyton Jones via ghc-devs
I did "sh validate --legacy" which uses "make maintainer-clean". I'll try again to double check. Is there any particular file I should remove? Simon | -Original Message- | From: Ben Gamari | Sent: 27 January 2020 18:59 | To: Simon Peyton Jones ; ghc-devs |

RE: stage2 build fails

2020-01-27 Thread Ben Gamari
Simon Peyton Jones writes: > | Indeed it would be nice to know which compiler you are using to > | bootstrap. I suspect Sylvain is correct that the alternative can be > | removed but first I would like to understand why this is arising only > | now. > > I'm using 8.6.4 as my bootstrap

RE: stage2 build fails

2020-01-27 Thread Simon Peyton Jones via ghc-devs
ton Jones ; ghc-devs | Subject: Re: stage2 build fails | | Simon Peyton Jones via ghc-devs writes: | | > I'm getting this with "sh validate -legacy" | > | > compiler/main/DynFlags.hs:1344:15: error: [-Woverlapping-patterns, - | Werror=overlapping-patterns] | &g

Re: stage2 build fails

2020-01-27 Thread Ben Gamari
Simon Peyton Jones via ghc-devs writes: > I'm getting this with "sh validate -legacy" > > compiler/main/DynFlags.hs:1344:15: error: [-Woverlapping-patterns, > -Werror=overlapping-patterns] > > Pattern match is redundant > > In an equation for 'settings': settings s | otherwise = ... > >

Re: stage2 build fails

2020-01-27 Thread Sylvain Henry
Which stage 0 compiler are you using? It seems to be <= 8.10 and still has 8038cbd96f4 merged which seems contradictory. Anyway the alternative seems to be redundant from the beginning and should have been removed IMO. I have opened https://gitlab.haskell.org/ghc/ghc/merge_requests/2564 to

RE: stage2 build fails

2020-01-27 Thread Simon Peyton Jones via ghc-devs
It would be good to know how to fix this. It's blocking my builds. For some reason it doesn't seem to kill CI Simon From: Simon Peyton Jones Sent: 25 January 2020 20:26 To: ghc-devs Subject: stage2 build fails I'm getting this with "sh validate -legacy" compiler/main/DynFlags.hs:1344:15: