<div dir="ltr"><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div>AF</div></div></div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">---------- Forwarded message ---------<br>From: <strong class="gmail_sendername" dir="auto">Ari Fordsham</strong> <span dir="auto"><<a href="mailto:arifordsham@gmail.com">arifordsham@gmail.com</a>></span><br>Date: Sun, 8 Aug 2021 at 16:43<br>Subject: Re: GHC Module change database<br>To: Vaibhav Sagar <<a href="mailto:vaibhavsagar@gmail.com">vaibhavsagar@gmail.com</a>><br></div><br><br><div dir="ltr">That's where I generated it from :-)<div><br></div><div>It would be nice to generate that from the new database.</div><div><br></div><div>My main motivation was as follows: There are two possible paradigms for GHC API compatibility:</div><div><br></div><div>- Export old names for new modules - as in 

<a href="https://gitlab.haskell.org/haskell/ghc-api-compat" target="_blank">ghc-api-compat</a></div><div>  This allows existing code to (kind of) 'just work' - but it doesn't help in managing that code as it gets extended to use new features</div><div><br></div><div>- Export new names to old modules</div><div>  I am thinking of working on a tool that does this.</div><div>  You need to rewrite code to use current modules (maybe <a href="https://github.com/facebookincubator/retrie/issues/33" target="_blank">https://github.com/facebookincubator/retrie/issues/33</a> will help), but then you can just target the latest API, and have compatibility built in.</div><div>  This seems to me better for active codebases.</div><div><br></div><div>  Having a 'single source of truth' database will help with this.</div><div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div>AF</div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 8 Aug 2021 at 16:36, Vaibhav Sagar <<a href="mailto:vaibhavsagar@gmail.com" target="_blank">vaibhavsagar@gmail.com</a>> 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"><div dir="ltr"><div>Hi Ari,</div><div><br></div><div>Have you seen <a href="https://gitlab.haskell.org/haskell/ghc-api-compat" target="_blank">https://gitlab.haskell.org/haskell/ghc-api-compat</a>?</div><div><br></div><div>Thanks,</div><div>Vaibhav<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 9, 2021 at 1:34 AM Ari Fordsham <<a href="mailto:arifordsham@gmail.com" target="_blank">arifordsham@gmail.com</a>> 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"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">I've made a database of GHC API module changes.<div><br></div><div><a href="https://github.com/AriFordsham/ghc-module-renames" target="_blank">https://github.com/AriFordsham/ghc-module-renames</a><br></div><div><br></div><div>This might be useful for automatic tooling.</div><div><br></div><div>It would be nice if this would be moved into the GHC Gitlab, and kept up-to-date.</div><div><br></div><div>Ari Fordsham</div></div>
</div></div>
_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
</blockquote></div>
</blockquote></div>
</div></div>