-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
WIP More precise coverage #11802
WIP More precise coverage #11802
Conversation
👍 |
Hey, you won't get any argument from me! I did #11792 just because people said the by line coverage couldn't be fixed... |
Make coverage depends on lowered code statement number instead of text line numbers. The reported number is the minimum count of every statements mapping to the relevant line.
@@ -1134,8 +1134,10 @@ const jl_value_t *jl_dump_function_asm(void *f) | |||
|
|||
typedef std::map<std::string,std::vector<GlobalVariable*> > logdata_t; | |||
static logdata_t coverageData; | |||
// map file => pc => line no |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what's pc
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pc = program counter = ip = instruction pointer
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah the comment is wrong now also :-) and the code a bit ugly, I'll do a cleanup pass tomorrow
This seems great. Does reporting fractional coverage make sense? I.e. 0.5/1 or something like that. |
Love it! |
💯 ! |
How about reporting the range of counts so "partial bottlenecks" are visible (bottlenecks constraint to parts of the line). |
That sounds like a good idea @mschauer |
Right now the .cov format is sort of designed for reporting a single number, right? So either we would have to extend that format to report additional information, or output multiple copies of the file for different choices of a single number to report? |
I'd figured a simple extension would be done, like |
So we now have codecov.io support, which can track partial coverage. Just to kinda incentivize getting this over the line. |
Noob comment here, but doesn't that mean something should be visible on this page? Is it just a matter of time, or am I looking at the wrong place? |
Did anyone say it should be? For now its living at https://codecov.io/github/kshyatt/julia?ref=master |
So the buildbots aren't running right now, @waldyrious, for a variety of reasons (ask @tkelman or @staticfloat for more). I've been running coverage on my fork of Julia for now. If anyone would like some help getting a copy of Julia coverage running on their own machines, drop me a line any time. |
I fully admitted that I could be looking at the wrong place. Thanks for the link. @kshyatt thanks for the clarifications :) |
bump |
This is somewhat stale, but @vtjnash has done some work on more precise coverage recently, which I think had roughly the same effect. |
This is a significantly different piece of design from my recent work. Though I agree we probably can’t use the PR in its current state. |
Make coverage depends on lowered code statement number instead of text
line numbers. The reported number is the minimum count of every statements
mapping to the relevant line.
just hacked this, not tested at all, consider this my argument against #11792 :-)