..
ext
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.
2013-03-06 23:30:19 +00:00
support
Ruben Van Boxem: Turn islower_l and isupper_l into functions (instead of macros) on Windows only to quell a warning during libc++ building.
2013-04-12 20:22:57 +00:00
__bit_reference
Need one more swap overload for swapping two lvalue vector<bool>::reference's.
2013-03-26 13:48:57 +00:00
__config
Stephan Tolksdorf: fixes the issue in the <atomic> header and adds corresponding tests. I've used macros to fall back to a user-provided default constructor if _LIBCPP_HAS_NO_DEFAULTED_FUNCTIONS (though I suspect that there won't be many users defining that macro).
2013-05-02 20:18:43 +00:00
__debug
Debug mode: learning to crawl. I need to set up some tests that actually test that the debug mode is working, but that won't cause problems when debug mode isn't on. This is my first prototype of such a test. It should call std::terminate() because it's comparing iterators from different containers. And std::terminate() is rigged up to exit normally. If debug mode fails, and doesn't call terminate, then the program asserts. The test is a no-op if _LIBCPP_DEBUG2 is not defined or is defined to be 0.
2013-03-25 19:29:35 +00:00
__functional_03
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.
2013-03-06 23:30:19 +00:00
__functional_base
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.
2013-03-06 23:30:19 +00:00
__functional_base_03
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.
2013-03-06 23:30:19 +00:00
__hash_table
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.
2013-03-06 23:30:19 +00:00
__locale
Bruce Mitchener, Jr.: Port to emscripten. Fixes http://llvm.org/bugs/show_bug.cgi?id=15624 .
2013-03-29 18:27:28 +00:00
__mutex_base
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.
2013-03-06 23:30:19 +00:00
__split_buffer
Revert accidental check-in. These changes are probably good, but premature at this point.
2013-02-07 15:31:44 +00:00
__sso_allocator
Further macro protection by replacing _[A-Z] with _[A-Z]p
2011-11-29 18:15:50 +00:00
__std_stream
This is an optimization which produces improved launching time. There should be no functionality change. Clients should see no ABI differences.
2013-03-19 21:34:48 +00:00
__tree
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.
2013-03-06 23:30:19 +00:00
__tuple
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.
2013-03-06 23:30:19 +00:00
__tuple_03
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.
2013-03-06 23:30:19 +00:00
__undef_min_max
Some minor mingw64 porting tweaks from Glen.
2012-09-03 18:13:11 +00:00
algorithm
Somehow search_n never got tested, so of course it had a bug in it. This fixes http://llvm.org/bugs/show_bug.cgi?id=15667 .
2013-04-04 15:40:48 +00:00
array
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.
2013-03-06 23:30:19 +00:00
atomic
Stephan Tolksdorf: fixes the issue in the <atomic> header and adds corresponding tests. I've used macros to fall back to a user-provided default constructor if _LIBCPP_HAS_NO_DEFAULTED_FUNCTIONS (though I suspect that there won't be many users defining that macro).
2013-05-02 20:18:43 +00:00
bitset
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.
2013-03-06 23:30:19 +00:00
cassert
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
ccomplex
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cctype
More windows port work by Ruben Van Boxem
2011-10-22 20:59:45 +00:00
cerrno
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cfenv
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cfloat
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
chrono
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.
2013-03-06 23:30:19 +00:00
cinttypes
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
ciso646
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
climits
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
clocale
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cmath
Make <cmath> classification macros work with integral types.
2013-01-14 20:56:22 +00:00
codecvt
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.
2013-03-06 23:30:19 +00:00
complex
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.
2013-03-06 23:30:19 +00:00
complex.h
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
condition_variable
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.
2013-03-06 23:30:19 +00:00
csetjmp
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
csignal
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cstdarg
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cstdbool
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cstddef
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.
2013-03-06 23:30:19 +00:00
cstdint
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cstdio
Patch by Andrew C. Morrow: shims to work around macroized getc and putc on linux. On my eglibc 2.13 based Debian system 'getc' is a macro defined in
2012-07-26 20:01:13 +00:00
cstdlib
Dimitry Andric: When using libc++ headers on FreeBSD, in combination with -std=c++98,
2012-11-26 21:18:17 +00:00
cstring
Change <cwchar> and <cstring> to look out for flags which may or may not be set by the C headers <wchar.h> and <string.h> indicating C support for the C++-altered wcschr, wcspbrk, wcsrchr, wcsstr, wmemchr, strchr, strpbrk, strrchr, memchr, and strstr. This was already done in <cstring> for other platforms using other flags, so just had to add one more flag to the list there.
2013-04-08 18:59:28 +00:00
ctgmath
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
ctime
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
cwchar
Change <cwchar> and <cstring> to look out for flags which may or may not be set by the C headers <wchar.h> and <string.h> indicating C support for the C++-altered wcschr, wcspbrk, wcsrchr, wcsstr, wmemchr, strchr, strpbrk, strrchr, memchr, and strstr. This was already done in <cstring> for other platforms using other flags, so just had to add one more flag to the list there.
2013-04-08 18:59:28 +00:00
cwctype
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
deque
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.
2013-03-06 23:30:19 +00:00
exception
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.
2013-03-06 23:30:19 +00:00
forward_list
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.
2013-03-06 23:30:19 +00:00
fstream
Reference: http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20130325/077133.html
2013-04-02 22:14:51 +00:00
functional
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.
2013-03-06 23:30:19 +00:00
future
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.
2013-03-06 23:30:19 +00:00
initializer_list
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.
2013-03-06 23:30:19 +00:00
iomanip
Further macro protection by replacing _[A-Z] with _[A-Z]p
2011-11-29 18:15:50 +00:00
ios
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.
2013-03-06 23:30:19 +00:00
iosfwd
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.
2013-03-06 23:30:19 +00:00
iostream
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.
2013-03-06 23:30:19 +00:00
istream
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.
2013-03-06 23:30:19 +00:00
iterator
Removed raw references to __APPLE__; now just check to see if it is defined.
2013-03-18 17:45:34 +00:00
limits
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.
2013-03-06 23:30:19 +00:00
list
Fix bug in __libcpp_db::__iterator_copy. Add debug test for swaping lists.
2013-04-05 17:58:52 +00:00
locale
Numeric parsing was getting the wrong answer when faced with very long inputs. This fixes both http://llvm.org/bugs/show_bug.cgi?id=15751 and http://llvm.org/bugs/show_bug.cgi?id=15740
2013-04-15 20:40:06 +00:00
map
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.
2013-03-06 23:30:19 +00:00
memory
default_delete needs a static_assert against void types. I had previously thought that sizeof(void) would take care of this. I was wrong.
2013-04-24 19:44:26 +00:00
mutex
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.
2013-03-06 23:30:19 +00:00
new
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.
2013-03-06 23:30:19 +00:00
numeric
More windows port work by Ruben Van Boxem
2011-10-22 20:59:45 +00:00
ostream
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.
2013-03-06 23:30:19 +00:00
queue
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.
2013-03-06 23:30:19 +00:00
random
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.
2013-03-06 23:30:19 +00:00
ratio
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.
2013-03-06 23:30:19 +00:00
regex
Fix undefined behavior in syntax_option_type::operator~ and match_flag_type::operator./a.out Found by UBSan
2013-03-22 02:13:55 +00:00
scoped_allocator
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.
2013-03-06 23:30:19 +00:00
set
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.
2013-03-06 23:30:19 +00:00
sstream
The move / swap members were not correctly taking all of the possible states of the basic_stringbuf into account. Just rewrote these members. Test included. This fixes http://llvm.org/bugs/show_bug.cgi?id=15659 .
2013-04-03 20:21:29 +00:00
stack
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.
2013-03-06 23:30:19 +00:00
stdexcept
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
streambuf
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.
2013-03-06 23:30:19 +00:00
string
This patch introduces an alternative layout for basic_string which when the string is short, the data pointer will be word-aligned. It can be activated with -D_LIBCPP_ALTERNATE_STRING_LAYOUT. These two different layouts (the default and _LIBCPP_ALTERNATE_STRING_LAYOUT) are not ABI compatible with each other. Once one is chosen for a given platform, it is disruptive to change it.
2013-04-30 21:44:48 +00:00
strstream
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.
2013-03-06 23:30:19 +00:00
system_error
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.
2013-03-06 23:30:19 +00:00
tgmath.h
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
thread
Fix stupid but harmless type-o. Fixes http://llvm.org/bugs/show_bug.cgi?id=15657 .
2013-04-03 20:29:45 +00:00
tuple
Accidentally disallowed explicit tuple conversions when all elements of the tuple can be explicitly converted.
2013-04-14 00:01:13 +00:00
type_traits
Somehow aligned_union got dropped through the cracks. This adds it. Did a drive-by fix of alignment_of while I was in the neighborhood.
2013-04-22 19:37:49 +00:00
typeindex
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.
2013-03-06 23:30:19 +00:00
typeinfo
Windows support by Ruben Van Boxem.
2011-10-17 20:05:10 +00:00
unordered_map
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.
2013-03-06 23:30:19 +00:00
unordered_set
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.
2013-03-06 23:30:19 +00:00
utility
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.
2013-03-06 23:30:19 +00:00
valarray
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.
2013-03-06 23:30:19 +00:00
vector
After years of telling people: 'If you ever find any of my code that self-move-assigns, send me a bug report.' Somebody finally took me up on it. vector::erase(begin(), begin()) does a self-move-assign of every element in the vector, leaving all of those elements in an unspecified state. I checked the other containers for this same bug and did not find it. Added test case.
2013-04-18 15:02:57 +00:00
da9ca0b405