<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
Hi Mark,<br>
<br>
    Since we're in the business of intellectual and philosophical
pursuits, I'll add a little more to everyone's Inbox here ;)<br>
<br>
    As I understood it, the choice of the name "sim-recon" made sense
because it was in reference relative to the repository. For example, we
checkout the code using:<br>
<br>
svn co <a class="moz-txt-link-freetext" href="https://halldsvn.jlab.org/repos/trunk/sim-recon">https://halldsvn.jlab.org/repos/trunk/sim-recon</a><br>
<br>
The URL already has the string "halld" prominently at the beginning and
"sim-recon" is therefore within that context. <br>
<br>
In my environment, however, I may have a mixture of variables referring
to multiple experiments in multiple halls. Without the context of the
repository, the string "sim-recon" is too generic. The HALLD_HOME
string clearly points to the root of my "Hall-D" software. <br>
<br>
<br>
Regards,<br>
-David<br>
<br>
<br>
Mark M. Ito wrote:
<blockquote cite="mid:4BD04289.2030309@jlab.org" type="cite">
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
Richard and David,<br>
  <br>
After this exchange, I'm thinking that suggestion 2 is more or less
unavoidable.<br>
  <br>
On cost/benefit, the short term benefit is clearly zilch, but the
overall idea of making the switch was to make the structure clearer and
easier to describe, knowing that there would be some pain in having to
switch. Having the legacy environment variable hanging around is kind
of like not finishing the job. Long-term, it is easier to understand.<br>
  <br>
We could somehow grandfather in the use of HALLD_HOME in the makefiles
by checking for the case where HALLD_HOME is defined and SIM_RECON_HOME
is not and making the definition of the latter on the fly. We could
warn that such usage is deprecated.<br>
  <br>
Typing? How about SR_HOME, SRSYS, SR,...?<br>
  <br>
  -- Mark<br>
  <br>
On 04/21/2010 10:46 PM, David Lawrence wrote:
  <blockquote cite="mid:4BCFB886.2070401@jlab.org" type="cite">
    <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
    <br>
Hi Richard,<br>
    <br>
    I'll let Mark give his take on this, but  since you asked on a
public mailing list, I can't help but chime in :)<br>
    <br>
    <br>
    We did discuss this at the March 9th meeting. I believe Mark
advocated something close to your suggestion 2., but was shouted down
by the majority in attendance. One major reason being that HALLD_HOME
is pervasive not just in lots of Makefiles, but in peoples' login
scripts etc. Changing it would have some ripple that would likely cause
more pain (or at least annoyance) than any gain from simply changing
the name of the variable. It may not have been well advertised, but the
standard install is now supposed to have the HALLD_HOME environment
variable point to the sim-recon directory and everything else should
work as before.<br>
    <br>
    Your suggestion 1. has the problem that HALLD_HOME could no longer
be used to point to a tagged release. Because our tagged releases are
now named e.g.  sim-recon-2010-03-29 you'd want your environment
variable (whatever it is named) to point to that directory, not its
parent. Also, it seems more standard to have the "HOME" directory
contain src, include, bin, and lib directories as in your suggestion 2.<br>
    <br>
    IMHO, I can see possibly going with suggestion 2., but I would
still advocate keeping it as it is for two reasons:<br>
    <br>
A: Cost/Benefit doesn't strongly motivate a change<br>
B: "HALLD_HOME" is quicker to type than "SIM_RECON_HOME" (and some of
us type it a lot!)<br>
    <br>
My $0.02<br>
    <br>
Regards,<br>
-David<br>
    <br>
    <br>
    <br>
Richard Jones wrote:
    <blockquote cite="mid:4BCF72E9.9050601@uconn.edu" type="cite">Dear
Mark,<br>
      <br>
In trying to move over to the new structure of the Gluex software tree,
I encountered the following issue.  First, I created a new directory
called $(HALLD_HOME)/sim-recon.  Then I cd'ed into sim-recon and did a
fresh checkout of the trunk from subversion into the directory
$(HALLD_HOME)/sim-recon/src.  After this, I did cd src, followed by
make.  This fails in HDGeant.<br>
      <br>
The reason for this is that in HDGeant/Makefile.bms there is the
assumption that $(HALLD_HOME)/src is the absolute path to the
sim-recon/src directory.  I see a couple of ways forward.<br>
      <ol>
        <li>go through a modify all instances of $(HALLD_HOME)/src to
become
$(HALLD_HOME)/sim-recon/src in the makefiles.  You might then also
consider whether $(HALLD_HOME)/lib and $(HALLD_HOME)/bin should also
descend into the sim-recon folder or not.</li>
        <li>invent a new environment variable called SIM_RECON_HOME and
then
use $(SIM_RECON_HOME)/src in place of $(HALLD_HOME)/src in the
makefiles.  This is more consistent with other cases, such as
$(JANA_HOME).</li>
      </ol>
For the time being, I have implemented option 1 above (src only).  I
have only modified my local copy, and have not checked my changes into
the trunk.<br>
      <br>
-Richard J.<br>
      <pre wrap=""><hr size="4" width="90%">
_______________________________________________
Halld-offline mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="mailto:Halld-offline@jlab.org">Halld-offline@jlab.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="https://mailman.jlab.org/mailman/listinfo/halld-offline">https://mailman.jlab.org/mailman/listinfo/halld-offline</a></pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 

------------------------------------------------------------------------
 David Lawrence Ph.D.
 Staff Scientist                 Office: (757)269-5567   [[[  [   [ [       
 Jefferson Lab                   Pager:  (757)584-5567   [  [ [ [ [ [   
 <a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://www.jlab.org/%7Edavidl">http://www.jlab.org/~davidl</a>     <a
 moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="mailto:davidl@jlab.org">davidl@jlab.org</a>         [[[  [[ [[ [[[
------------------------------------------------------------------------

  </pre>
    <pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Halld-offline mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="mailto:Halld-offline@jlab.org">Halld-offline@jlab.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="https://mailman.jlab.org/mailman/listinfo/halld-offline">https://mailman.jlab.org/mailman/listinfo/halld-offline</a></pre>
  </blockquote>
  <br>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Halld-offline mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Halld-offline@jlab.org">Halld-offline@jlab.org</a>
<a class="moz-txt-link-freetext" href="https://mailman.jlab.org/mailman/listinfo/halld-offline">https://mailman.jlab.org/mailman/listinfo/halld-offline</a></pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">-- 

------------------------------------------------------------------------
 David Lawrence Ph.D.
 Staff Scientist                 Office: (757)269-5567   [[[  [   [ [       
 Jefferson Lab                   Pager:  (757)584-5567   [  [ [ [ [ [   
 <a class="moz-txt-link-freetext" href="http://www.jlab.org/~davidl">http://www.jlab.org/~davidl</a>     <a class="moz-txt-link-abbreviated" href="mailto:davidl@jlab.org">davidl@jlab.org</a>         [[[  [[ [[ [[[
------------------------------------------------------------------------

</pre>
</body>
</html>