<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 20 December 2017 at 18:00, Philippe Payant <span dir="ltr"><<a href="mailto:philtherobot@gmail.com" target="_blank">philtherobot@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div>I understand that build2's take is that dependencies should be source, not binary.  You have your project, and the dependencies are installed as packages, which implies that all the dependencies are built with build2.  Did I get this right so far?<br><br></div>There are great reasons to depending on sources and compiling them according to the correct configuration - no problem here.<br><br></div>My project depends around 20 libraries and... on Qt.  Obviously, right there, compiling Qt on each configuration is a no-go, and Qt does not build with build2.<br><br></div>This is so obviously wrong, I am sure there is something I do not understand.  Something I missed after reading the FAQ, the build2 manual and watching the CppCon talk.  Anyone can explain?<br><br></div>In any case, what I would like is to setup things such that all those dependencies are prebuilt and shared amongst my configurations.  I am ready to run the risk of a configuration/library mismatch and manage this myself.  I get reduced disk usage and faster compilation times in exchange.  The build2 configuration directory is hackable, so maybe there is a possibility through there.<span class="gmail-HOEnZb"><font color="#888888"><br clear="all"><div><div><div><div><div><div><div><div><div><br>-- <br><div class="gmail-m_3829119706018489129gmail_signature"><div dir="ltr"><div>Philippe</div></div></div>
</div></div></div></div></div></div></div></div></div></font></span></div>
</blockquote></div><br></div><div class="gmail_extra">Well the FAQ presently says "Not at this early stage but maybe in the future." and follows on,</div><div class="gmail_extra">but I suspect that it is indeed simply inevitable to at least allow users to define packages which contain binaries</div><div class="gmail_extra">and let them describe where the "interfaces" to these binaries are (headers, modules, libs etc).</div><div class="gmail_extra"><br></div><div class="gmail_extra">So it will very probably happen. But I don't expect this to come soon. </div><div class="gmail_extra">Except if modules + some big tooling revolution change le C++ landscape forever, of course, but it's not highly probable.</div><div class="gmail_extra"><br></div><div class="gmail_extra">A Joël Lamotte</div></div>