Mitsutoshi Aoe

I see. That build failure is a known issue in gtk2hs. See https://github.com/gtk2hs/gtk2hs/issues/291. Hopefully it'll be fixed upstream soon but for now you can install gcc using homebrew and use...

`stack --stack-yaml=stack.osx.yaml build` works for me on Big Sur with stack 2.5.1. A quick google search turned up https://github.com/commercialhaskell/stack/issues/825, which looks quite similar.

Thanks for reporting. The dependency seems to be broken. It might work to remove :dev-dependencies and "-master-SNAPSHOT" suffix in project.clj. But I'm not sure whether these changes are good or...

I agree that it would be great if we could just use the upstream version. It was a bit painful to update the header file in #29. I'm not sure...

I see two extreme camps here * `ghc-events` should maintain a header file that contains entire history of GHC's one and Eden's and Mercury's. * `ghc-events` should just take the...

> we have to keep the Eden and Mercury events together with the GHC events, to prevent us accidentally reusing event IDs that are taken by Eden and Mercury events....

> For the part about keeping the definitions, I think @simonmar already explained the reason why at least the comments have to be kept: @jberthold Sure, I didn't propose to...

> There is no guarantee that it will remain complete in GHC so nobody should be encouraged to rely on the GHC version of the file. > > (which is...

I just briefly looked at this issue. At least for the exception thrown for `queens-ghc-6.12.1.eventlog` the problem happens like this: 1. In the eventlog, there is the deprecated `EVENT_STEAL_SPARK` event...

> because particular properties of the different generations of GHC writing the event log are encoded in the parser, and this information is not available to the serialiseLog I'm not...