Subject: |
[Bug 1821075] Re: msi -D reports errors if template file is not found |
From: |
mdavidsaver via Core-talk <[email protected]> |
To: |
[email protected] |
Date: |
Wed, 04 Sep 2019 01:19:03 -0000 |
With -D, non-existent input files are not written to the .d file. This
can cause confusing failures in some complex situations where one
substitution is pulled into a second substitution.
** Changed in: epics-base
Status: New => Confirmed
** Changed in: epics-base
Importance: Undecided => Low
--
You received this bug notification because you are a member of EPICS
Core Developers, which is subscribed to EPICS Base.
Matching subscriptions: epics-core-list-subscription
https://bugs.launchpad.net/bugs/1821075
Title:
msi -D reports errors if template file is not found
Status in EPICS Base:
Confirmed
Bug description:
This results in non-fatal but ugly and confusing error messages during
generation of the dependency files (e.g. xxx.db.d), if a substitution
file depends on a template file that is generated. Typical output:
msi: Can't open file 'ErrHistBufString.template'
input: '' at
make[2]: *** Deleting file 'MachineProtectionDebug.MPSCX33GF.db.d'
In this case ErrHistBufString.template is a generated file. The error
message only appears after a make clean.
I think msi -D should behave similar to gcc -M -MG. Quoting from the
man page,
-MG In conjunction with an option such as -M requesting dependency generation, -MG assumes
missing header files are generated files and adds them to the dependency list without
raising an error. The dependency filename is taken directly from the "#include" directive
without prepending any path.
To manage notifications about this bug go to:
https://bugs.launchpad.net/epics-base/+bug/1821075/+subscriptions
- Navigate by Date:
- Prev:
[Bug 1838792] Re: epicsCalc bit-wise operators on aarch64 Martin Konrad via Core-talk
- Next:
[Bug 1841634] Re: CP link triggers lost when record is async mdavidsaver via Core-talk
- Index:
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:
[Bug 1838792] Re: epicsCalc bit-wise operators on aarch64 Martin Konrad via Core-talk
- Next:
[Bug 1842661] [NEW] seq record doesn't process LNK0 in "Specified" mode Joao Paulo Martins via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
<2019>
2020
2021
2022
2023
2024
|