Using a development snapshot of happy

Sylvain Henry sylvain at
Tue Aug 4 21:37:25 UTC 2020


For solution b, Happy doesn't have to be a submodule. You can add it to 
hadrian/stack.yaml if you build with stack. See 
where I had to do this.  It may be possible to do the same for Cabal 
with hadrian/cabal.project but I've not tried it.


On 02/08/2020 09:43, Vladislav Zavialov wrote:
> Hi ghc-devs,
> I’m working on the unification of parsers for terms and types, and one of the things I’d really like to make use of is a feature I implemented in ‘happy’ in October 2019 (9 months ago):
> It’s been merged upstream, but there has been no release of ‘happy’, despite repeated requests:
>    1. I asked for a release in December:
>    2. Ben asked for a release a month ago:
> I see two solutions here:
>    a) Find a co-maintainer for ‘happy’ who could make releases more frequently (I understand the current maintainers probably don’t have the time to do it).
>    b) Use a development snapshot of ‘happy’ in GHC
> Maybe we need to do both, but one reason I’d like to see (b) in particular happen is that I can imagine introducing more features to ‘happy’ for use in GHC, and it’d be nice not to wait for a release every time. For instance, there are some changes I’d like to make to happy/alex in order to implement #17750
> So here are two questions I have:
>    1. Are there any objections to this idea?
>    2. If not, could someone more familiar with the build process guide me as to how this should be implemented? Do I add ‘happy’ as a submodule and change something in the ./configure script, or is there more to it? Do I need to modify make/hadrian, and if so, then how?
> Thanks,
> - Vlad
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at

More information about the ghc-devs mailing list