- Sep 03, 2013
-
-
Marshall Clow authored
llvm-svn: 189831
-
- Aug 13, 2013
-
-
Marshall Clow authored
llvm-svn: 188241
-
- Aug 12, 2013
-
-
Howard Hinnant authored
Nico Rieck: this patch series fixes visibility issues on Windows as explained in <http://lists.cs.uiuc.edu/pipermail/cfe-dev/2013-August/031214.html>. llvm-svn: 188192
-
- Jul 29, 2013
-
-
Marshall Clow authored
llvm-svn: 187357
-
- Jul 01, 2013
-
-
Howard Hinnant authored
The bind and function functor constructors and assignment operators were overly general and getting confused with the copy constructor and copy assignment operators. Constrained them. This fixes http://llvm.org/bugs/show_bug.cgi?id=16385 llvm-svn: 185297
-
- Jun 30, 2013
-
-
Howard Hinnant authored
Fix bind by making _is_valid_bind_return more robust. It should return false instead of give a compile time error, always. The problem was down in ____mu_return, the version that handles nested bind objects. This fixes http://llvm.org/bugs/show_bug.cgi?id=16343 llvm-svn: 185289
-
- Mar 07, 2013
-
-
Howard Hinnant authored
No functionality change at this time. I've split _LIBCPP_VISIBLE up into two flags: _LIBCPP_TYPE_VIS and _LIBCPP_FUNC_VIS. This is in preparation for taking advantage of clang's new __type_visibility__ attribute. llvm-svn: 176593
-
- Feb 21, 2013
-
-
Howard Hinnant authored
Constrain bind operator()() to not exist if the call is not valid. Fixes http://llvm.org/bugs/show_bug.cgi?id=15295. llvm-svn: 175774
-
- Feb 07, 2013
-
-
Howard Hinnant authored
llvm-svn: 174625
-
Howard Hinnant authored
Michael van der Westhuizen: The attached patch add support for building against libc++abi and libcxxrt to CMake builds of libc++. Usage (with the appropriate CC and CXX environment variables) is: $ cmake -DLIBCXX_CXX_ABI=libcxxabi '-DLIBCXX_LIBCXXABI_INCLUDE_PATHS=/home/michael/libcxxabi/include' ../libcxx and: $ cmake -DLIBCXX_CXX_ABI=libcxxrt '-DLIBCXX_LIBCXXRT_INCLUDE_PATHS=/home/michael/libcxxrt/src' ../libcxx llvm-svn: 174623
-
- Jan 21, 2013
-
-
Howard Hinnant authored
llvm-svn: 173060
-
- Oct 13, 2012
-
-
Argyrios Kyrtzidis authored
llvm-svn: 165860
-
- Jul 20, 2012
-
-
Howard Hinnant authored
llvm-svn: 160562
-
- May 04, 2012
-
-
Howard Hinnant authored
Constrain __bind functor constructor such that it won't accidentally get used as a copy constructor from a non-const lvalue. Fixes <rdar://problem/11359080>. llvm-svn: 156182
-
- Feb 28, 2012
-
-
Howard Hinnant authored
Reduce the number of move constructions when constructing a std::function. This fixes http://llvm.org/bugs/show_bug.cgi?id=12105. llvm-svn: 151652
-
- Feb 21, 2012
-
-
Howard Hinnant authored
Modernize conversion to bool to the explicit bool conversion operator (library wide). This fixes http://llvm.org/bugs/show_bug.cgi?id=12058. llvm-svn: 151088
-
Howard Hinnant authored
Modernize relational operators for shared_ptr and unique_ptr. This includes adding support for nullptr, and using less<T*>. Fixes http://llvm.org/bugs/show_bug.cgi?id=12056. llvm-svn: 151084
-
- Dec 03, 2011
-
-
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
-
Howard Hinnant authored
llvm-svn: 145728
-
- Dec 02, 2011
-
-
Howard Hinnant authored
Fixes to hash for long long, unsigned long long, float, double and long double. Credit Dave Zarzycki llvm-svn: 145721
-
- Dec 01, 2011
-
-
Howard Hinnant authored
llvm-svn: 145624
-
- Nov 29, 2011
-
-
Howard Hinnant authored
llvm-svn: 145410
-
- Oct 17, 2011
-
-
Howard Hinnant authored
llvm-svn: 142235
-
- Jul 02, 2011
-
-
Howard Hinnant authored
llvm-svn: 134325
-
- Jun 30, 2011
-
-
Howard Hinnant authored
llvm-svn: 134190
-
- May 31, 2011
-
-
Howard Hinnant authored
I've seen this question enough times to know that it should be fixed: http://stackoverflow.com/questions/6193734/implicit-conversions-with-stdfunction llvm-svn: 132363
-
- May 29, 2011
-
-
Howard Hinnant authored
llvm-svn: 132286
-
- May 28, 2011
-
-
Howard Hinnant authored
llvm-svn: 132264
-
- May 22, 2011
-
-
Howard Hinnant authored
llvm-svn: 131852
-
- May 19, 2011
-
-
Howard Hinnant authored
llvm-svn: 131667
-
- May 17, 2011
-
-
Howard Hinnant authored
llvm-svn: 131484
-
- May 16, 2011
-
-
Howard Hinnant authored
llvm-svn: 131408
-
- Jan 26, 2011
-
-
Douglas Gregor authored
workaround relied on rvalue references binding to non-function lvalues, while the original formulation (with std::forward) does the right thing. llvm-svn: 124241
-
- Nov 16, 2010
-
-
Howard Hinnant authored
llvm-svn: 119395
-
- Oct 07, 2010
-
-
Howard Hinnant authored
llvm-svn: 115930
-
- Sep 22, 2010
-
-
Howard Hinnant authored
llvm-svn: 114496
-
- Sep 11, 2010
-
-
Howard Hinnant authored
llvm-svn: 113686
-
- Aug 22, 2010
-
-
Howard Hinnant authored
llvm-svn: 111750
-
- Aug 20, 2010
-
-
Howard Hinnant authored
llvm-svn: 111672
-
- Aug 19, 2010
-
-
Howard Hinnant authored
llvm-svn: 111547
-