Repository navigation
score's llvm_cov integration filters @flatbuffers//:include/flatbuffers/*.h in the report out #558
Description
What
score_tooling's coverage_scope aspect (coverage_scope.bzl,
_coverage_scope_aspect_impl) walks hdrs/srcs of workspace targets but
unconditionally drops any File whose path starts with external/. Since
flatbufferscpp's hdrs point at @flatbuffers//:include/flatbuffers/*.h,
those files were filtered out of the coverage allowlist even though the
owning target (//score/flatbuffers:flatbufferscpp) is listed in
tools/coverage/BUILD's coverage_scope.deps.
This needs to be discussed.
Acceptance Criteria (DoD)
decision is taken
How
No response
Metadata
Metadata
Assignees
Type
Projects
- Status
Activity
paulquiring commentedon Sep 10, 2026
This change 9e663f0#diff-584c1daa0236fb15e449fca7530da0ef790eb54e5f26723b01e474165f8d32c1L48
caused the header files
flatbuffers/*.hto vanish form the coverage report. PR #577 provides patch candidates for score_tooling to fix that. @dcalavrezo-qorix would it be possible to adapt those?Include virtual-includes and vendored headers in the coverage scope (#3)
Migrate coverage pipeline to score_coverage 0.1.0
chore(deps): update dependency score_coverage to v0.2.0 (eclipse-scor…