<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 27, 2020 at 5:24 PM John Ericson <john.ericson@obsidian.systems> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
I think that basically exists: <br>
<a href="https://hackage.haskell.org/package/ghc-lib" rel="noreferrer" target="_blank">https://hackage.haskell.org/package/ghc-lib</a> ? As permanent solution I <br>
don't like it, but as a stop gap to relieve any pressure for stability <br>
until we have sane interfaces, I *love* it.<br></blockquote><div><br><div class="gmail_default" style="font-family:tahoma,sans-serif">`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 <a href="https://github.com/digital-asset/ghc-lib/blob/master/README.md">https://github.com/digital-asset/ghc-lib/blob/master/README.md</a>).</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">There is at this time, no attempt to provide any additional interface, "higher level" or otherwise, in these packages.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">The key property of `ghc-lib-parser`/`ghc-lib` that makes them useful to tool developers (e.g. HLint) is that they can utilize the GHC API without being bound to a specific compiler version to do so. <br></div> </div></div>-- <br><div dir="ltr" class="gmail_signature">Shayne Fletcher</div></div>