<div dir="ltr" class="gmail_msg">My current patch on <a href="http://phabricator.haskell.org">phabricator.haskell.org</a> does do away with this and instead implements an automatic partitioning scheme which also scales. </div><div dir="ltr" class="gmail_msg"><br></div><div dir="ltr" class="gmail_msg">I have just not resolved all the issues yet to be able to push it with dynamic linking on. Although it might be worth for me to disable dynamic linking and push the current one as to get dll-split gone and to make the required build system changes. </div><span>
</span><br class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">On Thu, 16 Mar 2017, 18:03 Edward Z. Yang, <<a href="mailto:ezyang@mit.edu" class="gmail_msg" target="_blank">ezyang@mit.edu</a>> wrote:<br class="gmail_msg"></div><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">That's correct: if you add a module which is (indirectly) imported<br class="gmail_msg">
by DynFlags, you have to tell <a href="http://ghc.mk" rel="noreferrer" class="gmail_msg" target="_blank">ghc.mk</a> about it so that the Windows<br class="gmail_msg">
DLL splitting hack continues to work.<br class="gmail_msg">
<br class="gmail_msg">
Edward<br class="gmail_msg">
<br class="gmail_msg">
Excerpts from Simon Peyton Jones via ghc-devs's message of 2017-03-16 17:49:43 +0000:<br class="gmail_msg">
> If you add a module to GHC, I know you need to extend <a href="http://ghc.cabal.in" rel="noreferrer" class="gmail_msg" target="_blank">ghc.cabal.in</a>.   But also <a href="http://ghc.mk" rel="noreferrer" class="gmail_msg" target="_blank">ghc.mk</a>? Otherwise I get hits<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> If you add a module to GHC, I know you need to extend <a href="http://ghc.cabal.in" rel="noreferrer" class="gmail_msg" target="_blank">ghc.cabal.in</a>.   But also <a href="http://ghc.mk" rel="noreferrer" class="gmail_msg" target="_blank">ghc.mk</a>? Otherwise I get hits<br class="gmail_msg">
> /usr/bin/ar: creating rts/dist/build/libHSrts_debug.a<br class="gmail_msg">
><br class="gmail_msg">
> Reachable modules from DynFlags out of date<br class="gmail_msg">
><br class="gmail_msg">
> Please fix compiler/<a href="http://ghc.mk" rel="noreferrer" class="gmail_msg" target="_blank">ghc.mk</a>, or building DLLs on Windows may break (#7780)<br class="gmail_msg">
><br class="gmail_msg">
> Extra modules: CoreOpt<br class="gmail_msg">
><br class="gmail_msg">
> make[1]: *** [compiler/stage2/dll-split.stamp] Error 1<br class="gmail_msg">
><br class="gmail_msg">
> make[1]: *** Waiting for unfinished jobs....<br class="gmail_msg">
><br class="gmail_msg">
> make: *** [all] Error 2<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> Is it necessary to have two places to extend?<br class="gmail_msg">
><br class="gmail_msg">
> Simon<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
ghc-devs mailing list<br class="gmail_msg">
<a href="mailto:ghc-devs@haskell.org" class="gmail_msg" target="_blank">ghc-devs@haskell.org</a><br class="gmail_msg">
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" class="gmail_msg" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br class="gmail_msg">
</blockquote></div>