<div dir="ltr">And to reply to my own question, yes we do, we use them to tie up the ParsedSource RdrName to the renamed Name when considering refactorings.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 25 May 2020 at 23:33, Alan & Kim Zimmerman <<a href="mailto:alan.zimm@gmail.com">alan.zimm@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>I am trying to get my head around the best way to put the API annotations into the GHC ParsedSource directly, so ghc-exactprint can move in to GHC and make the development/testing process easier.<br></div><div><br></div><div>Prior to API Annotations, there were very few locations in the AST, as they were added as anchor points for the annotations, being separate from the AST and indexed to it by the SrcSpan.<br></div><div><br></div><div>I am intending to strip out the superfluous ones, in particular all the (Located RdrName), replacing them with something like <br></div><div><br></div><div>  data ApiAnnName a = N ApiAnn a</div><div><br></div><div>instead. So they would still be wrapped, but the annotations would be only ones that can occur for a RdrName, such a backticks, parens, and so on.</div><div><br></div><div>Does anything actually need these locations now they are there?  I am thinking specifically of the .hie files, as the `toHie` instances seem to make use of locations extensively.</div><div><br></div><div>Regards</div><div>  Alan<br></div><div><br></div></div>
</blockquote></div>