<div dir="ltr">Separately from general packaging, I do want to see a solution to getting bmi from a nightly build, just so I don&#39;t have to teach my build to build every transitive BMI, I can just use them. This would be in a tightly controlled environment, same compiler, mostly same flags, etc. Even if the time is de minimus for one, there are a lot of them. Assuming that we have one module per component, which is our desired state. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 12, 2019 at 5:33 PM Steve Downey &lt;<a href="mailto:sdowney@gmail.com">sdowney@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><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></div><div dir="ltr"><div class="gmail_quote"><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>
</blockquote></div>