<div dir="ltr">Mark,<div><br></div><div>If you could back out the change, then go through and remove just the Makefiles that coexist with SConscript files in the same directory, that should be easy to do. Then as we move forward with the conversion to scons, we can progressively remove the Makefiles and replace them with SConscript files. This prevents us from having to maintain two build systems simultaneously, while allowing the transition to scons to be incremental.</div>
<div><br></div><div>Meanwhile, I have checked changes into the BMS area on my working branch (sim-recon-rj-pm) that makes the BMS system continue to work under the new hierarchy for include/bin/lib dirs for those areas of the build tree that are not converted to scons. You might want to move them over to the trunk (changes to BMS), for people who work with tools that are not currently instrumented for building with scons.</div>
<div><br></div><div>Can someone remind me why the decision was made to switch the build system for sim-recon over to scons before the conversion from make was complete?</div><div><br></div><div>-Richard J.</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jul 28, 2014 at 2:41 PM, Mark M. Ito <span dir="ltr"><<a href="mailto:marki@jlab.org" target="_blank">marki@jlab.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Richard et al.,<br>
<br>
On 07/26/2014 01:57 PM, Richard Jones wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello all,<br>
<br>
... Also a note to Mark, I hope we did not remove the Makefiles from the branches of the tree where scons has not yet been implemented.<br>
</blockquote>
I'm afraid we did (on the trunk).<div class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There are useful tools out there that can only be built using make, as of today. For example, consider src/libraries/AMPTOOLS_DATAIO. When I need one of these, I simply apply whatever fixes to the BMS system is needed to restore the former build functionality. If the Makefiles are globally stripped then that leaves whole branches of sim-recon without any build system at all, which is probably a step backward. It should probably be either make or scons, but not both, and not neither.<br>

</blockquote></div>
So my impression is that we were not ready for a global makefile removal. We need to be more targeted. Identify the special directories, restore make in those directories only or convert them to scons.<br>
<br>
Sounds like right now the trunk has broken directories, i. e., there is no way to build them right now. The quickest thing is to reverse my changes from Friday completely, i. e., put the makefiles and BMS back the way they were before, and have a better plan for going forward next time. That is my proposal; comments?<span class="HOEnZb"><font color="#888888"><br>

<br>
  -- Mark<br>
<br>
<br>
-- <br>
Mark M. Ito, Jefferson Lab, <a href="mailto:marki@jlab.org" target="_blank">marki@jlab.org</a>, <a href="tel:%28757%29269-5295" value="+17572695295" target="_blank">(757)269-5295</a><br>
<br>
</font></span></blockquote></div><br></div>