|
From: Patrick O. <pat...@in...> - 2006-08-07 14:48:33
|
On Sat, 2006-08-05 at 12:52 +0100, Bryan Meredith wrote: > > Also, does it give percentage coverage? > > Again, in the GUI, with both the source file and line coverage > information available, it will be simpler to generate any required > metrics (another long way of saying No). Actually this might be the right approach to handle a problem that no other coverage tool that I am aware of handles right: if you link the same object code, say from a static library, into different executables and then run those multiple times, then merging coverage information about the original object code can be very hard. Now assuming that the same source code is compiled differently into different object files (think Linux and Windows, with and without debugging enabled, etc.) and then executed the object file based approach completely fails - basically you have to merge information about the source code in this case, as you suggest. The drawback (and I suppose that was what Nicholas was pointing out) is then that you don't have information about number of code lines compiled into the object files or executables, so you have to fall back to less reliable methods of source code analysis to have a baseline for the percentage of covered lines of code. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. |