<div dir="ltr">As far as I know no work is being done on this.<br><br>Adding support for emitting the same kind of instrumentation used by gcov<br>would probably not be very difficult and seems fairly reasonable. One issue<br>
that may come up here is that gcov is tied fairly tightly, I believe, with the<br>gcc and libgcc versions. I know this impacts the file format, I'm not sure how<br>much this impacts the actual instrumentation. I suspect the in memory <br>
instrumentation data structures are tightly coupled to the gcov version, which<br>complicates configuration and maintenance if you want it to interoperate <br>seamlessly with the system gcc & gcov.<br><br>Of course, designing a separate coverage instrumentation system would also<br>
be a viable approach, but significantly more work...<br><br> - Daniel<br><br><div class="gmail_quote">On Tue, Sep 2, 2008 at 12:36 PM, Shawn Erickson <span dir="ltr"><<a href="mailto:shawnce@gmail.com">shawnce@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I am wondering if any work is taking place or is possibly planned to<br>
bring code coverage instrumentation to clang (emit code with<br>
instrumentation, ideally robustly dealing with macro expansion). I<br>
believe all of it would/could be done in the front end?<br>
<br>
If no work is taking place or planned any opinions on this topic?<br>
<br>
-Shawn<br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</blockquote></div><br></div>