Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  Index 1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018 
<== Date ==> <== Thread ==>

Subject: Re: Building for more than one host architecture
From: Ric Claus <claus@MAILBOX.SLAC.Stanford.EDU>
Date: Tue, 13 Jun 1995 16:27:24 -0700
> >I'm not fond of environment variables.  Let's please assume that EPICS
> >is installed relative to ~epics instead.  If you really want $EPICS,
> >then, set it using ~epics.
>
> I'm not fond of artificial accounts either!
>
> Chip

I agree!  Since the "SLAC Computer Services" department sits in its own ivory
tower and don't seem to recognize the last word in their name, it is very
painful to get root privileges or changes to things that require root
privileges, like accounts, entries in usr/local or additions to the system
startup file.  Similarly, one can't just hand them packages like EPICS or
VxWorks and say "here, this is system level stuff so you guys take care of it".
Thus, I (with my EPICS maintainer's hat on) am infinitely happier with site
specific setup files that I can change without having to pester anybody.  This
setup file should be invokable multiple times (for version switches) from a
given session without growing $PATH or leaving other remnants of the previous
invocation.  *PLEASE*, don't make EPICS dependent on system's people.  It
should be installable by anybody.

Now explain to me what's wrong with environment variables.  For what it's worth,
I don't like the $PATH concept.  When a new version of something comes out,
$PATH is almost always in the wrong state when you want to flip back and forth
between the two.  It is too hard to change things in the middle of $PATH.
Additionally, nonsophisticated users tend to add to $PATH willy-nilly.  Since
it is order dependent, they often don't get the results they think they're
going to get and thus end up grabbing a copy of the file and putting it in
their own account.  So, to me, it would be more elegant if one were to be able
to use EPICS without having worry about the state of $PATH.

                Ric

Replies:
Re: Building for more than one host architecture watson

Navigate by Date:
Prev: Re: Building for more than one host architecture Michael Bordua
Next: [no subject] claus
Index: 1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018 
Navigate by Thread:
Prev: Re: Building for more than one host architecture Michael Bordua
Next: Re: Building for more than one host architecture watson
Index: 1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·