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
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:
https://phabricator.haskel
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
wrote:
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 -optc-Wm
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
Hi everyone,
I'm tryi
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 man
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 a
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, though:
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 require