<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Right now, they ship headers. They can&#39;t ship BMI&#39;s because BMI&#39;s are<br>
not portable across compilers or quite possibly even compiler versions.<br>
Shipping raw source will not be an option for non-open-source libraries.<br>
<br>
We need an intermediate representation that is *portable*.<br><br></blockquote><div>Source for the module interface. If you don&#39;t want to provide details in the module interface, then don&#39;t. You are no worse off than if you provided headers. </div><div><br>export module my_closed_source;<br></div><div>export import &quot;my_closed_source_header.h&quot;<br><br>We do need some ground rules for how to consume the source of an interface unit. I believe the compiled interface should be in a library, or otherwise provided, and the consumer just translate the interface into the bmi, because providing a .o and a .a to a posix linker has very different effects. The object file is added unconditionally, and its undefs must be resolved, where a library is just a source for undef resolution. <br><br><br></div><div><br></div><div> </div></div></div>