Dear cafe,

I tried to contact Jonas, the maintainer of BNFC-meta[1], twice
(a week ago and 1.5 months ago, see below the copies of emails)
with regards to updating the package to recent GHC, but with no luck.

I'm interested in taking over the package if nobody minds...

[1]: http://hackage.haskell.org/package/BNFC-meta

--
Kind regards, Artem

---------- Forwarded message ---------
From: Artem Pelenitsyn <a.pelenitsyn@gmail.com>
Date: Sun, 5 Jan 2020 at 15:06
Subject: Re: State of BNFC-meta and friends
To: <jonas.duregard@gmail.com>


Hey Jonas,

Just wanted to check if you saw my mail…

--
Best, Artem

On Thu, 21 Nov 2019 at 20:44, Artem Pelenitsyn <a.pelenitsyn@gmail.com> wrote:
Hello Jonas,

I'm writing to let you know that your Hackage packages

* BNFS-meta,
* happy-meta,
* alex-meta

fail to build with current versions of GHC (8.6, 8.8). I wonder if you intend to update them?

All of them require bumping the template-haskell upper bound to <2.16.

happy-meta seems to have weird interactions with newer Cabal because of "Build-type: Custom" along the lines https://github.com/haskell/cabal/issues/5278 Given that your Setup.hs uses Distribution.Simple, I don't really see the point of having Custom. Switching to "Build-type: Simple" seems to work just fine.

alex-meta has one broken Monoid instance as per SMP proposal. Easily upgraded.

With these changes, I was able to build BNFC-meta successfully with GHC 8.6.5, cabal 2.4. I'd be happy to supply pull requests but I don't see {alex,happy}-meta repositories anywhere, and I noticed BNFC-meta repo on GitHub has the version of the package different from what is on Hackage.

There is a bunch of deprecation and tabs warnings also.

Kind regards,
Artem Pelenitsyn
PhD student at Northeastern U.