[cfe-commits] [Patch] -Wduplicate-enum which fixes PR6343

Ted Kremenek kremenek at apple.com
Wed Aug 29 17:48:32 PDT 2012


On Aug 28, 2012, at 7:23 PM, Richard Trieu <rtrieu at google.com> wrote:

> If I read these numbers correctly, the hash table algorithm (with O(n) performance) takes about 1.6-2% percent more than the control for runs 1-3, and hardly anything noticeable for the clang code base.  Were runs 1-3 used in your earlier measurements,
> Yes, these are the same runs I have been using.  I earlier did some more runs with smaller files, but the improvements to this warning made the differences too small to detect, so they were dropped.
>  
> where the sorting-based approach took about ~4% longer (or is that not the correct number)?
> That is correct.  The fastest sorting-based reached 4% difference.

Ok, sounds great.  The patch looks fantastic to me now, and the performance is good.  I'd be happy to see this go in.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20120829/852b487c/attachment.html>


More information about the cfe-commits mailing list