Re: How should we treat changes to the GHC API?

On Mon, Jul 27, 2020 at 7:13 PM Shayne Fletcher < shayne.fletcher.50@gmail.com> wrote:

On Mon, Jul 27, 2020 at 5:24 PM John Ericson wrote:

...

I think that basically exists: https://hackage.haskell.org/package/ghc-lib ? As permanent solution I don't like it, but as a stop gap to relieve any pressure for stability until we have sane interfaces, I *love* it.

`ghc-lib` is a literal subset of GHC files: `ghc-lib-parser` that set of files sufficient to produce abstract syntax trees (~200 files), `ghc-lib` the remaining set of files enabling Core generation from parsed syntax trees (~300 of those) (more detail in the project README here https://github.com/digital-asset/ghc-lib/blob/master/README.md).

There is at this time, no attempt to provide any additional interface, "higher level" or otherwise, in these packages.

[...]

I should mention that the related project `ghc-lib-parser-ex` (README here https://github.com/shayne-fletcher/ghc-lib-parser-ex/blob/master/README.md) IS in large part motivated by the need to provide stable interfaces over `ghc-lib-parser`. -- Shayne Fletcher