EPICS Controls 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  2019  2020  2021  2022  2023  2024  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  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Building for more than one host architecture
From: [email protected] (Marty Kraimer)
To: tech-talk@phoebus
Date: Wed, 14 Jun 1995 08:28:44 -0500
> From mrk Wed Jun 14 08:13 CDT 1995
> Date: Wed, 14 Jun 1995 08:12:25 -0500
> From: mrk (Marty Kraimer)
> To: tech-talk
> Subject: Re: Building for more than one host architecture
> Content-Type> : > text> 
> Content-Length: 2241
> 
> Each epics developer and each epics user has to have some definitions
> (environment variables,etc) created for him/her. In addition there may
> be additional release independent epics files needed. By creating a
> directory /(something)/epics the only time the epics system manager needs
> to interact with the unix system manager is to create the directory.
> The owner of the directory should be the epics system manager. Only
> release independent files should be placed in this directory. Again only
> release independent definitions should be placed in this directory.
 


Sorry. The last sentence is incorrect. We are storing all epics releases
and extensions under /usr/local/epics. I should have stated that anything
accessed directly or indirectly via the users shell startup file should
be independent of the epics release.

Marty 


Navigate by Date:
Prev: Re: application directories and CVS, GNU make etc Marty Kraimer
Next: Building CVS under Solaris 2.4 Nick Rees
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  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Building for more than one host architecture Marty Kraimer
Next: Re: Building for more than one host architecture Marty Kraimer
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  2019  2020  2021  2022  2023  2024 
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 ·