<div dir="ltr"><div><div>For the utils/haddock submodule there is a ghc-head branch, and the commit should be on that before pushing to GHC master with a submodule update. <br><br></div>I do not know if that convention is followed on any of the other libraries.<br><br></div>Alan<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 21, 2016 at 8:48 AM, Edward Z. Yang <span dir="ltr"><<a href="mailto:ezyang@mit.edu" target="_blank">ezyang@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Once the commit is upstream, I just checkout a newer commit from<br>
master and then commit it as a submodule update. Maybe it's<br>
wrong but no one has ever told me otherwise.  Around release<br>
time the release manager makes sure all the libraries correspond to<br>
actual releases.<br>
<br>
Edward<br>
<br>
Excerpts from Erik de Castro Lopo's message of 2016-12-21 17:33:36 +1100:<br>
<span class="im HOEnZb">> Hi all,<br>
><br>
> I'm a bit confused about how the GHC dev tree handles submodules like<br>
> libraries/Cabal, libraries/process, libraries/directory and<br>
> libraries/containers.<br>
><br>
> All of these libraries/submodules seem to have their own github projects<br>
> where people can submit PRs, but once the commits have been made there,<br>
> what is the process to get submodules updated in the GHC tree?<br>
><br>
> Any light people can shed on this process would be appreciated.<br>
><br>
> Erik<br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org">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-<wbr>bin/mailman/listinfo/ghc-devs</a><br>
</div></div></blockquote></div><br></div>