Skip to content
  1. Feb 26, 2012
  2. Feb 25, 2012
  3. Feb 21, 2012
  4. Feb 20, 2012
  5. Feb 18, 2012
  6. Feb 15, 2012
  7. Feb 14, 2012
  8. Jan 20, 2012
  9. Jan 13, 2012
  10. Jan 10, 2012
  11. Jan 02, 2012
    • Howard Hinnant's avatar
      1. Fix make_shared<const T>. 2. Allow allocator<const T> as an extension. ... · 8e25104b
      Howard Hinnant authored
      1.  Fix make_shared<const T>.  2.  Allow allocator<const T> as an extension.  3.  Refactor work which fixed unique_ptr<const T[]>.  4.  Remove no-longer-needed private declarations from unique_ptr.  5.  Add constraints to some shared_ptr and weak_ptr constructors and assignment operators so that is_constructible/is_assignable give the correct answers for shared_ptr and weak_ptr.  6.  Make defensive preparations in the shared_ptr free functions for the introduction of shared_ptr<T[]> in the future.  7.  As an optimization, add move constructor and move assignment to weak_ptr.
      
      llvm-svn: 147437
      8e25104b
  12. Dec 29, 2011
  13. Dec 19, 2011
  14. Dec 18, 2011
  15. Dec 16, 2011
  16. Dec 12, 2011
  17. Dec 11, 2011
  18. Dec 10, 2011
  19. Dec 05, 2011
  20. Dec 03, 2011
    • Howard Hinnant's avatar
      Version #next on the hash functions for scalars. This builds on Dave's work,... · 9b0cd149
      Howard Hinnant authored
      Version #next on the hash functions for scalars.  This builds on Dave's work, extends it to T*, and changes the way double and long double are handled (no longer convert to float on 32 bit).  I also picked up a minor bug with uninitialized bits on the upper end of size_t when sizeof(size_t) > sizeof(T), e.g. in hash<float>.  Most of the functionality has been put in one place:  __scalar_hash in <memory>.  Unfortunately I could not reuse __scalar_hash for hash<long double> on x86 because of the padding bits which need to be zeroed.  I didn't want to add this zeroing step to the more general __scalar_hash when it isn't needed (in the absence of padding bits).  I'm not ignoring the hash<string> issue (possibly changing that to a better hash).  I just haven't gotten there yet.
      
      llvm-svn: 145778
      9b0cd149
    • Howard Hinnant's avatar
      7f3884d5
  21. Dec 02, 2011
  22. Dec 01, 2011
  23. Nov 29, 2011
  24. Nov 28, 2011
  25. Nov 13, 2011
  26. Nov 02, 2011
  27. Oct 27, 2011
Loading