<div dir="ltr">Sounds good, but for some reason we have HscAsm as a target at the moment in GHCJS, and set it to HscNothing only after typechecking. I forgot why, might have something to do with TH. Do you have an implementation of this patch that i can test it with (even if it's not the final API or really ugly)?<div>
<br></div><div>luite</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 11, 2013 at 10:43 AM, Edsko de Vries <span dir="ltr"><<a href="mailto:edskodevries@gmail.com" target="_blank">edskodevries@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">Luite,<div class="im"><div><br></div><div>On Fri, Jun 7, 2013 at 2:08 PM, Luite Stegeman <span dir="ltr"><<a href="mailto:stegeman@gmail.com" target="_blank">stegeman@gmail.com</a>></span> wrote:<br>
</div></div><div class="gmail_extra">
<div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'd also be very happy with some plugin interface that allows us to use more GhcMake functionality from the GHC API. For GHCJS we would want to run our own (STG -> JavaScript) code generator on sources that need to be recompiled instead of letting GHC run its pipeline. Do you think that's possible with your proposal?</div>
</blockquote><div><br></div></div><div>Probably; if you disable ghc's code generator (set hscTarget to HscNothing, ghcLink to NoLink) ghc will still do the dependency analysis, still process modules in the right order, and a source plugin still gets called on every module that gets typechecked correctly -- so you could potentially generate code at that point?</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div><div>Edsko </div></font></span></div></div></div>
</blockquote></div><br></div>