DBDINSTALL files should be specified without a directory.
The rules in RULES.Host will install DBDINSTALL files from
either the src directory or the O.* directory.
The clean rule in RULES.Host is the problem. It does a remove
of $(DBDINSTALL). I will change "$(DBDINSTALL)" to "*.dbd"
in the clean rule so it removes only created dbd files in the
O.* directory. This change will appear in the next R3.13 release.
Janet
Pete R Jemian wrote:
Who can fix this?
Discovered a problem with the R3.13.7/base/config/RULES.Host
while building in the source tree of a top level directory.
In the $(TOP)/topApp/src/Makefile.Host file, there is a directive
DBDINSTALL += ../topShare.dbd
When I issue a
cd $(TOP)/topApp/src
gnumake rebuild
in that $(TOP)/topApp/src/ directory, the process fails
with a complaint that it cannot rebuild topShare.dbd.
Inspection of the directory shows that the process
has deleted the file!
After reinstalling that file, I compare the result with
cd $(TOP)
gnumake rebuild
This works properly.
This is not good. This has happened for some time
now (maybe since at least 3.13.0). I believe this to
be a general problem which is not specific to the
mca5_1/mcaApp/src directory being rebuilt at the time.
Pete Jemian
UNICAT
[email protected]
- References:
- problem with EPICS RULES.Host (R3.13.7 but also before) Pete R Jemian
- Navigate by Date:
- Prev:
problem with EPICS RULES.Host (R3.13.7 but also before) Pete R Jemian
- Next:
Another Notice for the EPICS collaboration meeting Bob Dalesio
- Index:
1994
1995
1996
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:
problem with EPICS RULES.Host (R3.13.7 but also before) Pete R Jemian
- Next:
Another Notice for the EPICS collaboration meeting Bob Dalesio
- Index:
1994
1995
1996
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
|