about summary refs log tree commit diff
path: root/tests/coverage/inline-dead.cov-map
AgeCommit message (Collapse)AuthorLines
2025-05-06coverage: Only merge adjacent coverage spansZalathar-15/+24
This also removes some manipulation of the function signature span that only made sense in the context of merging non-adjacent spans.
2025-05-06coverage-dump: Dump filenames instead of global file IDs (and bless)Zalathar-4/+4
2025-04-01coverage: Shrink call spans to just the function nameZalathar-2/+2
This is a way to shrink call spans that doesn't involve mixing different spans, and avoids overlap with argument spans. This patch also removes some low-value comments that were causing rustfmt to ignore the match arms.
2025-02-06coverage: Don't create counters for code that was removed by MIR optsZalathar-6/+3
2024-12-04coverage: Add an extra "transcribe" step after counter creationZalathar-4/+4
2024-11-30coverage: Use a query to identify which counter/expression IDs are usedZalathar-5/+5
2024-10-11coverage: Include the highest counter ID seen in `.cov-map` dumpsZalathar-0/+4
When making changes that have a large impact on coverage counter creation, this makes it easier to see whether the number of physical counters has changed. (The highest counter ID seen in coverage maps is not necessarily the same as the number of physical counters actually used by the instrumented code, but it's the best approximation we can get from looking only at the coverage maps, and it should be reasonably accurate in most cases.)
2024-05-14coverage: Simplify counter expressions using simple algebraZalathar-5/+3
Some of these cases currently don't occur in practice, but are included for completeness, and to avoid having to add them later as branch coverage and MC/DC coverage start building more complex expressions.
2024-02-16coverage: Discard spans that fill the entire function bodyZalathar-3/+3
When we try to extract coverage-relevant spans from MIR, sometimes we see MIR statements/terminators whose spans cover the entire function body. Those spans tend to be unhelpful for coverage purposes, because they often represent compiler-inserted code, e.g. the implicit return value of `()`.
2024-01-18coverage: Format all remaining testsZalathar-9/+9
These tests can simply be reformatted as normal, because the resulting changes are unimportant.
2024-01-05coverage: Overhaul how "visible macros" are determinedZalathar-2/+2
2023-11-07coverage: Migrate `tests/coverage-map` into `tests/coverage`Zalathar-0/+45