]> granicus.if.org Git - clang/commitdiff
Revise comment. Comparing pointer values in 'Range' wasn't the performance issue...
authorTed Kremenek <kremenek@apple.com>
Wed, 18 Feb 2009 17:42:44 +0000 (17:42 +0000)
committerTed Kremenek <kremenek@apple.com>
Wed, 18 Feb 2009 17:42:44 +0000 (17:42 +0000)
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@64921 91177308-0d34-0410-b5e6-96231b3b80d8

lib/Analysis/RangeConstraintManager.cpp

index 59e91c1c87d066c647ede0022039df56e1fd9148..fabc57950ff7b7b26652c0396c362e2a189da5af 100644 (file)
@@ -62,11 +62,9 @@ public:
 class VISIBILITY_HIDDEN RangeTrait : public llvm::ImutContainerInfo<Range> {
 public:
   // When comparing if one Range is less than another, we should compare
-  // the actual APSInt values instead of their pointers.  This ensures that
-  // ImmutableSets based on Range objects always are constructed
-  // with the same ordering between Ranges.  The definition if 'isEqual' can
-  // remain as it is (compare pointers) because all APSInt objects within
-  // Range are uniqued by BasicValueManager.
+  // the actual APSInt values instead of their pointers.  This keeps the order
+  // consistent (instead of comparing by pointer values) and can potentially
+  // be used to speed up some of the operations in RangeSet.
   static inline bool isLess(key_type_ref lhs, key_type_ref rhs) {
     return *lhs.first < *rhs.first || (!(*rhs.first < *lhs.first) && 
                                        *lhs.second < *rhs.second);