-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow C/C++ coverage collection for external targets #16261
Conversation
9b4d9b8
to
2b70dd5
Compare
@c-mita Would you be available to review this? The test against coverage tools seems to fail because the coverage output differs from that with the coverage tools at HEAD (the latter has branch coverage). Please let me know if you have an idea how to bridge that gap. |
@kshyanashree I see you assigned |
Hello @fmeum, Above buildkite checks are getting failed. Could you please fix them, so that we can change it back to awaiting-review. Even after retrying the checks, they are still getting failed. Thanks! |
@sgowroji Yes, there are conceptual problems with the test that I have asked @c-mita about in #16261 (comment). I think that these are best solved as part of the review. |
@fmeum Thank you so much for responding. |
@c-mita can you take a look? This is coverage collection about which you know more than I do. |
There seems to be more to the failure than that; the results indicate that no output is being generated at all for the llvm tests in 18.04. I'm not familiar with the llvm side of coverage; I don't fully understand how the tools come together here and what flags are available to control behaviour. With If it's controllable with a flag then I would suggest disabling it for now purely for the sake of consistency with gcov. |
2b70dd5
to
e75aa1f
Compare
@c-mita I fixed the tests by copying the gcov/llvm-cov setup from other test cases. I'm a bit worried that the tests are skipped instead of running, but if so, that would be the case for basically all other coverage tests. |
I don't really know how to avoid that; different versions of the tools often have their little differences and it's a lot of work to keep track of and support them all. |
97971cb
to
21d0f13
Compare
Removes hardcoded filters that result in no coverage being reported for `cc_*` targets in external repositories even when matched by the `--instrumentation_filter`.
21d0f13
to
9e0d0ec
Compare
@c-mita Friendly ping |
@bazel-io flag |
Removes hardcoded filters that result in no coverage being reported for `cc_*` targets in external repositories even when matched by the `--instrumentation_filter`. Work towards bazelbuild#16228 Work towards bazelbuild#16208 Closes bazelbuild#16261. PiperOrigin-RevId: 483911568 Change-Id: Ibca6fb39a8e946e06beeb03414ad8ccbc42f53d6
Removes hardcoded filters that result in no coverage being reported for `cc_*` targets in external repositories even when matched by the `--instrumentation_filter`. Work towards #16228 Work towards #16208 Closes #16261. PiperOrigin-RevId: 483911568 Change-Id: Ibca6fb39a8e946e06beeb03414ad8ccbc42f53d6
Thank You, @fmeum !!! |
Removes hardcoded filters that result in no coverage being reported for
cc_*
targets in external repositories even when matched by the--instrumentation_filter
.Work towards #16228
Work towards #16208