<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jun 10, 2015 at 10:55 PM, Steven Watanabe <span dir="ltr"><<a href="mailto:watanabesj@gmail.com" target="_blank">watanabesj@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">AMDG<br> <span class=""><br> On 06/10/2015 08:15 PM, Rene Rivera wrote:<br> > In trying to remove the roadblocks to standalone, aka modular, projects I<br> > ran into one that should be easy to remove. In order to build a project a<br> > "jamroot" is currently required. I'd like to remove that requirement by:<br> ><br> > 1. Allowing a jamfile to take the place of a jamroot (currently we allow<br> > the inverse).<br> ><br> > 2. Make a jamfile without a parent project the jamroot for the project.<br> ><br> > Comments?<br> ><br> <br> </span>What precisely is the problem with just<br> using Jamroot for the project? </blockquote><div><br></div><div>The use case is one that I've run into since the git transition and doing Predef development. And recently I also see it in the BPL development. For Predef my normal way to work on it is to clone *only* the Predef repo as it's an entirely standalone library (doesn't depend on anything). Then I have a jamroot file above the cloned Predef, as it's required to build anything with BBv2. It's easy enough for me to do this of course. But I would like to make it easier for *users* to just get the Predef library and say, run tests and build without special instructions or having the whole of the Boost super project. But at the same time I can't just include a jamroot in the Predef project because it would break (in silent and strange ways) when it's part of the Boost super project.</div><div><br></div><div>Boost Python would also like to operate in such a standalone mode for development. And I want to support that model. But having the requirement makes it harder for that support to happen as there extra steps the developer and user have to do to create that jamroot.</div><div><br></div><div>In other words.. I would like to support getting one of the Boost libraries, and assuming I have its requirements (both source and tools), I can interact with it without changes. One example of such an interaction would be running tests on cloud CI services.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> The only<br> thing that we gain by making a child<br> project is inheritance of project properties,<br> rules, and variables, but if a project is<br> able to build standalone, I'm not sure why<br> this is needed.<br></blockquote><div><br></div><div>I'm failing to understand that sentence.. Or if there's a question in there :-(</div><div><br></div></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">-- Rene Rivera<br>-- Grafik - Don't Assume Anything<br>-- Robot Dreams - <a href="http://robot-dreams.net/" target="_blank">http://robot-dreams.net</a><br>-- rrivera/<a href="http://acm.org/" target="_blank">acm.org</a> (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail</div></div> </div></div>