Re: build fail with latest 8.1 sources

I just pulled again and picked up a more recent patch by Ben Gamari: https://github.com/ghc/ghc/commit/ca1b986074757efff755c33c7f9a62c7eae43c7f This seems to have fixed the problem. The commit says 8 hours ago but for some reason I didn't pick it up 2 or 3 hours ago when I last pulled. John On

Re: Windows build broken -- again

Simon Peyton Jones via ghc-devs wrote: > In file included from rts\CheckUnload.c:16:0: error: > > > > rts\LinkerInternals.h:284:15: error: > > error: unknown type name 'UChar' > > STATIC_INLINE UChar * There's a patch up on Phab that should fix that:

Re: build fail with latest 8.1 sources

That's exactly what I did--in fact clone a fresh GHC and try again, but no luck. I attached the full logs in my second message, which have the details--let me know if the attachment is not readable. Thanks very much for your help. John On Sat, Nov 12, 2016 at 3:16 PM, Simon Peyton Jones

Windows build broken -- again

Sigh. The Simon PJ Windows Buildbot reports "inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall -optc-Werror -optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return -optc-Wpointer-arith

RE: build fail with latest 8.1 sources

I’ve seen a very recent commit that mentioned bumping a TH bound. Maybe pull, make clean and try again? Simon From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of John Leo Sent: 12 November 2016 22:48 To: ghc-devs Subject: build fail with latest 8.1 sources

Re: build fail with latest 8.1 sources

Looking more closely at the log output it appears there were some errors or at least warnings earlier in the output, including for template haskell, so I've attached the full output. I'll continue to investigate on my machine, but again if anyone has pointers I'd appreciate it. I've build 8.1

build fail with latest 8.1 sources

Hi everyone, I'm trying to build the latest 8.1 sources on a Mac running El Capitan. I'm getting an error I'd never seen before and wonder if anyone has any pointers of how I might fix things. I blew away my GHC, re-cloned from github, reconfigured and I still get the same error. The following

Re: GHC pretty printer philosophy

I'm afraid I've lost track of where this discussion took place (does someone else remember seeing it?), but I've advocated for faithful reproduction in the past. In particular, the pretty-printers for HsSyn should, in my opinion, never add or remove parentheses. There is a problem here,

GHC pretty printer philosophy

I am currently working on #3384, with the intent of ensuring that parse (ppr (parse source)) == parse source I have hit the issue where foo :: (Int) has the parens reflected in the original parsed AST, but the types pretty printer goes to a lot of trouble to remove any parens not