code coverage tool with emacs integration?

[John J. Lee]

Anybody know of one?

Actually, I have a feeling that emacs understands a standard format
for errors, which would make it really easy to implement this by
having the coverage tool print results in that format -- anybody know
where to find the details?


I also wonder if some kind of graphical display might be useful
somehow, having been inspired by this:

http://kcachegrind.sourceforge.net/

(really, I just like the pretty pictures :)


John

[Skip Montanaro]

Re: code coverage tool with emacs integration?


John> Anybody know of one?

John> Actually, I have a feeling that emacs understands a standard
John> format for errors, which would make it really easy to implement
John> this by having the coverage tool print results in that format --
John> anybody know where to find the details?

compilation-error-regexp-alist. The simplest format to remember is

filename:linenu mber:message

I'm not sure what you're after though. Code coverage tools generally emit
annotated listings, not compiler-like output. What would you like it to do,
emit file:line:msg info for the start of each run of lines which weren't
covered? How would you get any context showing you what lines in the region
had been executed at least once?

Skip

[John J. Lee]

Re: code coverage tool with emacs integration?

Skip Montanaro <skip@pobox.com > writes:
[...][color=blue]
> compilation-error-regexp-alist. The simplest format to remember is[/color]

Thanks.

[...][color=blue]
> emit file:line:msg info for the start of each run of lines which weren't
> covered?[/color]

Yes.

[color=blue]
> How would you get any context showing you what lines in the region
> had been executed at least once?[/color]

Why would I want to?

I haven't done any proper code-coverage analysis before, but I
had imagined just doing:

while 1:
uncovered = run_coverage_to ol(my_code)
if not uncovered: break
jump_to(uncover ed[0])
think()
write_test()


John

[Skip Montanaro]

Re: code coverage tool with emacs integration?

[color=blue][color=green]
>> How would you get any context showing you what lines in the region
>> had been executed at least once?[/color][/color]

John> Why would I want to?

For me, analyzing code coverage consists of studying the code in the region
around the uncovered line(s). Knowing which lines in the area have and
haven't been covered helps me analyze what's missing in my test coverage.

Skip