Closed icsfy closed 1 month ago
Thanks for the report. I believe this is already fixed in my TOT - so I will push the update shortly.
Note that the root cause is related to data inconsistency: the baseline, current, and source diff data do not agree with each other.
In our case, the issue was that the file paths in the 'diff' file did not match the names in the coverage data; the tool requires that path names be identical (however, see the genhtml --elide-path-mismatch ..
documentation for a workaround).
The bug fix simply removes the call to the undef object (so no crash) - but you will still see the unmapped
error.
The fix also adds some additional text to the output logs, to make it easier to diagnose the cause of the mismatch.
The out-of-range line number issue is commonly caused by one or more of:
--version-script
lcov/genhml option to avoid inconsistencies caused by version differences.genhtml --synthesize-missing..
, genhtml --filter range...
and genhtml --ignore range...
options for possible workarounds.call from undef object should be fixed in 3abff7c68.
Lcov 2.1, use
genhtml --branch --keep-going
to generate differential coverage, failed with these output:If --parallel is enabled, genhtml seems hangs at above error and not terminated. I checked that
somefile.c
, it only contains 276 lines. gcc version 9.4.0