EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  <20192020  2021  2022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  <20192020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

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  <20192020  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  <20192020  2021  2022  2023  2024 
ANJ, 04 Sep 2019 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·