msi -D reports errors if template file is not found
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| EPICS Base |
Confirmed
|
Low
|
Unassigned | ||
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 'ErrHistBufStri
input: '' at
make[2]: *** Deleting file 'MachineProtect
In this case ErrHistBufStrin
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.
| mdavidsaver (mdavidsaver) wrote | #1 |
| Changed in epics-base: | |
| status: | New → Confirmed |
| importance: | Undecided → Low |
| tags: | added: codeathon |
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.