<div dir="ltr"><div>And I gather I can do this with the compiler hooks.<br><br></div>Alan<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 5, 2016 at 8:27 PM, Alan & Kim Zimmerman <span dir="ltr"><<a href="mailto:alan.zimm@gmail.com" target="_blank">alan.zimm@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>At the moment the standard way to use the GHC API is something like<br><br>                        _ <- load LoadAllTargets<br>                        modSum <- getModSummary mn<br>                        p <- parseModule modSum<br><br></div>And likewise if renamed or typechecked ASTs are needed.<br><br></div>But the `load` step already does all those phases.<br><br></div>So, would there be any objection to modifying the ModSummary to possibly retain those artifacts, configurable via a DynFlag?<br><br></div>I would expect the flag would default to retaining none, but could then either provide for returning all artifacts, or just for the targets explicitly listed in the `setTargets` call (i.e. not the full `depanal` result).<br><br></div>Regards<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888">  Alan<br><div><div><br><br></div></div></font></span></div>
</blockquote></div><br></div>