<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Folks,<br>
<br>
I reversed the change I made last week. All makefiles and the BMS
directory have been restored in sim-recon as of revision 14428. To
be clear, I have _not_ done the weeding of makefiles from
directories that have Sconscript files that Richard suggested. I
agree that that is a reasonable next step.<br>
<br>
-- Mark<br>
<br>
<div class="moz-cite-prefix">On 07/28/2014 03:02 PM, Richard Jones
wrote:<br>
</div>
<blockquote
cite="mid:CABfxa3SRzDgzRcbT+br0FqG4Ohcqkw7O9tjwY_UgcfD9ipe91Q@mail.gmail.com"
type="cite">
<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 moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:marki@jlab.org" target="_blank">marki@jlab.org</a>,
<a moz-do-not-send="true" href="tel:%28757%29269-5295"
value="+17572695295" target="_blank">(757)269-5295</a><br>
<br>
</font></span></blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Mark M. Ito, Jefferson Lab, <a class="moz-txt-link-abbreviated" href="mailto:marki@jlab.org">marki@jlab.org</a>, (757)269-5295
</pre>
</body>
</html>