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: NT changes for 3.12.2
From: Andrew Johnson <[email protected]>
To: Jeff Hill <[email protected]>
Cc: [email protected]
Date: Wed, 25 Oct 1995 18:17:52 +0000 (GMT)
Jeff,

On Wed, 25 Oct 95 11:06:39 MDT Jeff Hill <[email protected]> wrote:
>This problem is at least partially caused by the fact that my tar 
>script (which I used to distribute the source to Chris Timossi) 
>is specifically excluding everything in the O.xxx directories in
>order to minimize the size of the tar file. Perhaps we should establish 
>the convention of storing the architecture specific source code in S.xxx? 
>
>Perhaps S.build would be the correct place to store source files that
>are created during the build (but are common to all architectures)?

I guess we need to decide whether we want a general solution for created source 
files, or a specific for this particular problem (maybe plus the blderrSymTbl 
output as well).

For a general solution I suggest we should use O.something (O.src?) rather than 
S.build as the O.* directories are already singled out for things like make clean, 
which would allows us to remove the additional clean:: targets.  I've just looked 
though base and run diff on all the common .c files which exist in the object 
directories and there are no differences between solaris and mv167 targets in any 
of the sources generated.  We currently have duplicate generated .c files in as, 
dbtools and libCom.

If we only worry about this particular instance, you could just run bldEnvData 
within your tar script -- it creates the envData.c file in the working directory.  
This should be run by the  make Win32  or  make VMS  targets when collecting all 
the relevant source together, rather than just taking a copy of envData.c from 
O.sun4 [or O.$(HOST_ARCH) to be safer].

I propose that for the 3.12.2 release you use the latter approach, but the general 
solution should be considered for future releases.

- Andrew

  O o ._    Andrew Johnson, Royal Greenwich Observatory
     __\\_	Madingley Road, Cambridge, CB3 0EZ
  __|ooooo|__	Tel +44 (0)1223 374823  Fax 374700
~~\_________/~~	WWW http://www.ast.cam.ac.uk/~anj/



Navigate by Date:
Prev: Re: NT changes for 3.12.2 Jeff Hill
Next: Re: EPICS status codes proposal winans
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: NT changes for 3.12.2 Jeff Hill
Next: "mosub" Andy Foster
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 ·