<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 8, 2019 at 10:46 AM Matthew Woehlke &lt;<a href="mailto:mwoehlke.floss@gmail.com" target="_blank">mwoehlke.floss@gmail.com</a>&gt; wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On 08/02/2019 00.58, Mathias Stearn wrote:<br>
&gt; I would hope you are marking the module.modulemap as an input <br>
&gt; dependency of every compilation that uses -fmodules.<br>
If *that* is a/the change we need to make for build systems to &quot;support<br>
modules&quot;, that is *laughably* trivial compared to &quot;the Fortran way&quot;.<br>
<br>
That said, you&#39;re assuming that clang doesn&#39;t mention the modulemap as a<br>
required include file... because I think that would be sufficient, and<br>
wouldn&#39;t be surprised if that *is* already happening.<br></blockquote><div><br></div><div>I did check that before sending. However, your email convinced me to check again and I noticed a typo that silently invalidated my results. It looks like clang modules *do* include the modulemap in the emitted deps:</div><div><br></div><div><div>&gt; clang -x c++ /dev/null -fmodules -MMD -MF /dev/stdout -c -o /dev/null -fmodule-map-file=modules.modulemap</div><div>/dev/null: modules.modulemap /dev/null</div></div><div><br></div><div>Mea Culpa :(</div></div></div></div>