dbdToHtml on Linux breaks on Windows line endings
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
EPICS Base |
Fix Released
|
Undecided
|
Andrew Johnson |
Bug Description
In a hybrid workspace (repo access from Windows, compiling in Windows and in a VM running Linux), the dbdToHtml.pl tool on Linux fails the build when the source file has Windows line endings:
> perl -CSD /home/ralph/
> ' in ../../.
> ../../.
> make[3]: *** [../O.Common/
> make[3]: Leaving directory '/home/
While this mode is obviously not the most common case, this EPICS tool should be robust enough to handle both line ending styles - all other used tools do not have such issues.
Related branches
Changed in epics-base: | |
status: | New → Confirmed |
assignee: | nobody → Andrew Johnson (anj) |
Changed in epics-base: | |
status: | In Progress → Fix Committed |
Changed in epics-base: | |
status: | Fix Committed → Fix Released |
There are a number of regular expressions in the dbdToHtml.pl script that match POD directives in the input file. If the Perl interpreter's newline sequence doesn't match what's in the file, the string being matched may contain extra white-space characters. In several cases the captured strings are supposed to be record type, menu or field names, and the script dies if it can't find the associated object.
The attached patch changes the regular expressions to exclude trailing white-spaces from the capture patterns so should fix this issue. Please test and confirm.