| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
This improves readability and (theoretically) improves portability,
as _Ugly names are reserved.
llvm-svn: 310758
|
|
|
|
|
|
| |
space. This should be a NFC, but it will change how the compiler parses it.
llvm-svn: 310487
|
|
|
|
|
|
|
|
|
| |
libc++'s inline namespace can change depending on the ABI version.
Instead of hardcoding __1 in the manual Microsoft ABI manglings for the
iostream globals, stringify _LIBCPP_NAMESPACE and use that instead, to
work across all ABI versions.
llvm-svn: 310290
|
|
|
|
| |
llvm-svn: 310157
|
|
|
|
| |
llvm-svn: 310156
|
|
|
|
| |
llvm-svn: 310155
|
|
|
|
|
|
| |
Patch by Khem Raj. Reviewed as D35697. Also see PR33729.
llvm-svn: 309920
|
|
|
|
|
|
|
| |
This prevent leaking warnings to the user about use of C++11
extensions in C++03.
llvm-svn: 309917
|
|
|
|
| |
llvm-svn: 309881
|
|
|
|
| |
llvm-svn: 309851
|
|
|
|
|
|
| |
allocators. Thanks to Jonathan Wakely for the report and suggested fix
llvm-svn: 309838
|
|
|
|
| |
llvm-svn: 309528
|
|
|
|
| |
llvm-svn: 309527
|
|
|
|
|
|
|
|
|
|
|
|
| |
This function template is referenced inside class basic_string as a
friend function. The extern template declaration needs to be above that
friend declaration to actually take effect.
This is important because this function was marked as exported in
r307966, so without the extern template taking effect, it can leak into
other DSOs as a visible symbol.
llvm-svn: 309474
|
|
|
|
|
|
|
|
| |
This makes them consistent (many comments already used uppercase).
The special REQUIRES, UNSUPPORTED, and XFAIL comments are excluded from this change.
llvm-svn: 309468
|
|
|
|
|
|
| |
was indented by 1 space. NFC.
llvm-svn: 309467
|
|
|
|
|
|
| |
whitespace. NFC.
llvm-svn: 309466
|
|
|
|
| |
llvm-svn: 309465
|
|
|
|
| |
llvm-svn: 309464
|
|
|
|
| |
llvm-svn: 309463
|
|
|
|
|
|
|
|
| |
enable_shared_from_this.pass.cpp.
Trivial change, committed without review.
llvm-svn: 309322
|
|
|
|
|
|
| |
figure out which compilers don't support deduction guides
llvm-svn: 309307
|
|
|
|
|
|
| |
integration into the standard library' This is an API change (not ABI change) due to a late change in the c++17 standard
llvm-svn: 309296
|
|
|
|
|
|
|
|
|
|
|
| |
Creating a function pointer with proper parameters pointing to std::next() or std::prev() should work.
This change moves the invented paramater for enable_if over to the return type to resolve this QoI issue.
Patch by Jason Liu.
Differential Revision: https://reviews.llvm.org/D34649
llvm-svn: 308932
|
|
|
|
|
|
| |
INT_MAX, since it only takes an int. Related to, but not quite the same as PR33725
llvm-svn: 308880
|
|
|
|
| |
llvm-svn: 308827
|
|
|
|
|
|
|
| |
MSVC's STL is replacing _HAS_FUNCTION_ASSIGN with _HAS_FUNCTION_ALLOCATOR_SUPPORT,
and is adding _HAS_UNEXPECTED.
llvm-svn: 308535
|
|
|
|
|
|
| |
Fix D34536.
llvm-svn: 308534
|
|
|
|
|
|
|
|
|
|
| |
preprocessor directive - expected a newline".
Also fixes Clang/LLVM 4.0 (for Windows) error "function-like macro 'TEST_GLIBC_PREREQ' is not defined".
Fixes D34535.
llvm-svn: 308533
|
|
|
|
|
|
|
|
| |
char', possible loss of data".
Fixes D34534.
llvm-svn: 308532
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The set of #ifdefs used to handle the two incompatible variants of
strerror_r were not complete (they didn't handle newlib appropriately).
Rather than attempting to make the ifdefs more complex, make them
unnecessary by choosing which behavior to use dependent upon the
return type.
Reviewers: waltl
Differential Revision: https://reviews.llvm.org/D34294
llvm-svn: 308528
|
|
|
|
| |
llvm-svn: 308468
|
|
|
|
| |
llvm-svn: 308462
|
|
|
|
|
|
|
|
| |
Subscribers: mgorny
Differential Revision: https://reviews.llvm.org/D35514
llvm-svn: 308347
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some targets (e.g. Darwin) might have the Win32 API available, but they
do not use MSVC CRT. Assume _LIBCPP_MSVCRT only when _MSC_VER is available
and __MINGW32__ isn't defined.
Differential Revision: https://reviews.llvm.org/D34588
rdar://problem/32628786
llvm-svn: 308225
|
|
|
|
| |
llvm-svn: 308159
|
|
|
|
| |
llvm-svn: 308153
|
|
|
|
| |
llvm-svn: 308097
|
|
|
|
|
|
|
|
|
| |
Once upon a time, extern templates used to be a Microsoft extension, so
cl would warn about their usage, and libc++ suppressed that warning.
They've long since been standardized, so the warning is defunct. (libc++
also doesn't currently support building with cl anyway.)
llvm-svn: 307997
|
|
|
|
| |
llvm-svn: 307972
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It has an extern template instantiation declaration in the headers and a
corresponding instantiation definition in the library, so we must mark
it with _LIBCPP_FUNC_VIS to make it available outside the library.
This doesn't cause any ABI changes as-is since we don't build libc++
with hidden visibility (so the function is exported anyway). It's needed
for building libc++ with hidden visibility, however.
Clarify the Windows behavior for extern function templates while I'm
here, since this exercises that behavior.
llvm-svn: 307966
|
|
|
|
|
|
| |
This has been unused since r282644.
llvm-svn: 307965
|
|
|
|
|
|
|
| |
It's supposed to be "class template" and "function template" instead of
"template class" and "template function".
llvm-svn: 307954
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When using LIBCXX_ABI_UNSTABLE=YES, clang-cl gave the following warning:
P:\llvm_master\src\llvm\projects\libcxx\include\string(683,51):
warning: enumerator value is not representable in the underlying type
'int' [-Wmicrosoft-enum-value]
Fixed by switching from enums to static const size_type.
https://reviews.llvm.org/D35174
llvm-svn: 307751
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The libc++ <__refstring> headers has no real reason why it should
be a public header that libc++ ships. The only reason it was in the include
directory was because libc++abi needed it to build the library.
However keeping <__refstring> a header had other problems, like requiring its
dependancies to also be in the headers. For that reason this patch
moves it into the source directory.
To work around libc++abi's need for this header a duplicated copy was added
to libc++abi in r307748. While duplicating the code is an unfortunate solution
it's the best solution that's currently possible.
In the future I would like to start a discussion on the mailing lists about
making libc++abi build as a sub-project of libc++, requiring the libc++ sources
always be present.
llvm-svn: 307749
|
|
|
|
|
|
|
| |
This reverts commit r307595. The commit had some issues that needed
to first be addressed in review.
llvm-svn: 307746
|
|
|
|
|
|
|
|
|
| |
This is going to be used by the runtime build in the multi-target
setup to allow using different install prefix for each target.
Differential Revision: https://reviews.llvm.org/D33762
llvm-svn: 307615
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Wrap __sync_* builtins with __libcpp_ functions to facility future customizations as atomic operations are unavailable on some targets.
Reviewers: danalbert, EricWF, jroelofs
Subscribers: joerg, llvm-commits
Differential Revision: https://reviews.llvm.org/D34918
llvm-svn: 307595
|
|
|
|
|
|
| |
This reverts commit 72ff8866bca49ee7d24c87673293b4ce88a039ec.
llvm-svn: 307593
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Wrap __sync_* builtins with __libcpp_ functions to facility future customizations as atomic operations are unavailable on some targets.
Reviewers: danalbert, EricWF, jroelofs
Subscribers: joerg, llvm-commits
Differential Revision: https://reviews.llvm.org/D34918
llvm-svn: 307591
|