| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 255944
|
|
|
|
|
|
|
| |
K-Ballo.
Review: http://reviews.llvm.org/D14839
llvm-svn: 255941
|
|
|
|
|
|
| |
CLion needs similar configuration changes as MSVC_IDE and XCODE.
llvm-svn: 255851
|
|
|
|
|
|
| |
declarations.
llvm-svn: 255738
|
|
|
|
| |
llvm-svn: 255734
|
|
|
|
| |
llvm-svn: 255686
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This patch allows GCC 4.6 and above to use `noexcept` as opposed to `throw()`.
Is it an ABI safe change to suddenly switch on `noexcept`? I imagine it must be because it's disabled in w/ clang in C++03 but not C++11.
Reviewers: danalbert, jroelofs, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D15516
llvm-svn: 255683
|
|
|
|
|
|
| |
doesn't complain.
llvm-svn: 255599
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch goes through and enables C++11 and C++14 features for newer GCC's.
The main changes are:
1. Turn on variable templates. (Uses __cpp_variable_templates)
2. Assert atomic<Tp> is trivially copyable (Uses _GNUC_VER >= 501).
3. Turn on trailing return support for GCC. (Uses _GNUC_VER >= 404)
4. XFAIL void_t test for GCC 5.1 and 5.2. Fixed in GCC 6.
llvm-svn: 255585
|
|
|
|
| |
llvm-svn: 255561
|
|
|
|
| |
llvm-svn: 255560
|
|
|
|
|
|
| |
more of them are passing. Thanks
llvm-svn: 255519
|
|
|
|
| |
llvm-svn: 255518
|
|
|
|
|
|
| |
had a deleted operator&. Added a test to catch this as well. Thanks to Ville for the heads-up.
llvm-svn: 255517
|
|
|
|
| |
llvm-svn: 255513
|
|
|
|
|
|
|
| |
Printf is a builtin, and the check fails with -Werror because of a clang
warning about an incompatible redeclaration.
llvm-svn: 255187
|
|
|
|
|
|
| |
overloads
llvm-svn: 255185
|
|
|
|
|
|
|
|
|
|
| |
No point in pretending that these methods are hidden - they are
actually exported from libc++.so. Extern template declarations make
them part of libc++ ABI.
This patch does not change libc++.so export list (at least on Linux).
llvm-svn: 255177
|
|
|
|
|
|
|
|
|
| |
These are the cases when an out-of-class definition of a method is
marked _LIBCPP_INLINE_VISIBILITY, but the in-class declaration is
not. This will start failing when (or if) we switch to
attribute((internal_linkage)).
llvm-svn: 255166
|
|
|
|
| |
llvm-svn: 255162
|
|
|
|
| |
llvm-svn: 254971
|
|
|
|
|
|
|
|
| |
"all" target so it doesn't get built when you run "ninja install"
This is just a build dependency optimization. Running check-libcxx will still build libcxx and function as expected, it just removes libcxx from the all build and install targets.
llvm-svn: 254628
|
|
|
|
| |
llvm-svn: 254290
|
|
|
|
| |
llvm-svn: 254289
|
|
|
|
| |
llvm-svn: 254288
|
|
|
|
| |
llvm-svn: 254287
|
|
|
|
| |
llvm-svn: 254286
|
|
|
|
| |
llvm-svn: 254285
|
|
|
|
| |
llvm-svn: 254284
|
|
|
|
| |
llvm-svn: 254283
|
|
|
|
|
|
| |
allocator's value_type match the container's value_type. vector/unordered/list/string already do this. Add tests for all the containers to verify this.
llvm-svn: 254119
|
|
|
|
|
|
| |
differently on different C libraries.
llvm-svn: 254050
|
|
|
|
|
|
| |
type of the allocators match the value type of the containers
llvm-svn: 254030
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Also, there are no exported character type tables from Musl so we have to
Fallback to the standard functions. This reduces the number of libcxx's
test-suite failures down to ~130 for MIPS. Most of the remaining failures
come from the atomics (due to the lack of 8-byte atomic-ops in MIPS32) and
thread tests.
Reviewers: mclow.lists, EricWF, dalias, jroelofs
Subscribers: tberghammer, danalbert, srhines, cfe-commits
Differential Revision: http://reviews.llvm.org/D14926
llvm-svn: 253972
|
|
|
|
|
|
| |
change. Thannks to K-ballo for the patch
llvm-svn: 253593
|
|
|
|
|
|
| |
K-ballo for the patch
llvm-svn: 253592
|
|
|
|
| |
llvm-svn: 253382
|
|
|
|
| |
llvm-svn: 253376
|
|
|
|
|
|
| |
function template.
llvm-svn: 253274
|
|
|
|
| |
llvm-svn: 253271
|
|
|
|
| |
llvm-svn: 253257
|
|
|
|
|
|
| |
Add tests to make sure we meet these requirements. Since we met the stricter ones, no code change needed to meet the looser ones.
llvm-svn: 253223
|
|
|
|
|
|
| |
implementation (__and_, __or_, and __not_) so that we can use them elsewhere in non-C++17 code - for example, in the LFTS
llvm-svn: 253215
|
|
|
|
| |
llvm-svn: 253212
|
|
|
|
| |
llvm-svn: 252905
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The initial buildbot run found a few missing bits in the initial XFAIL list
for the no-exceptions libc++ variant. These discrepancies are as follows:
[1] Following two tests need XFAILs on the no-exceptions library variant.
My local runs had these two disabled for other reasons (unsupported):
- localization/locales/locale/locale.cons/char_pointer.pass.cpp
- numerics/complex.number/complex.ops/complex_divide_complex.pass.cpp
[2] These three does not need XFAILs, they were failing on my local runs for
other reasons:
- depr/depr.c.headers/uchar_h.pass.cpp
- input.output/iostreams.base/ios/basic.ios.members/copyfmt.pass.cpp
- .../category.collate/locale.collate.byname/transform.pass.cpp
(these are failing on my box for the default build as well)
The current patch fixes both the cases above. Additionally, I've run the
following scan to make sure I've covered all the cases:
> grep ' catch \| try \| throw ' -R . | perl -pe 's|(.*?):.*|\1|' | sort | \
uniq > 1.txt
> grep 'libcpp-no-exceptions' -R . | perl -pe 's|(.*?):.*|\1|' | sort | \
uniq > 2.txt
> diff 1.txt 2.txt
This showed up a few extra interesting cases:
[3] These two tests do not use try/catch/throw statements, but they fail at
runtime. Need to be investigated, I've left the XFAILs in.
- std/thread/futures/futures.shared_future/dtor.pass.cpp
- std/thread/futures/futures.unique_future/dtor.pass.cpp
[4] These tests use a macro named TEST_HAS_NO_EXCEPTIONS to conditionally
exclude try/catch/throw statements when running without exceptions. I'm not
entirely sure why this was needed (AFAIK, we didn't have a no-exceptions
library build before). The macro's defintion is quite similar to that of
_LIBCPP_NO_EXCEPTIONS. I will investigate if this can be reused for my test
fixes or if it should be replaced with _LIBCPP_NO_EXCEPTIONS.
- std/experimental/any/*
Change-Id: I9ad1e0edd78f305406eaa0ab148b1ab693f7e26a
llvm-svn: 252870
|
|
|
|
| |
llvm-svn: 252614
|
|
|
|
| |
llvm-svn: 252613
|
|
|
|
|
|
| |
uncovered a couple bugs in the _v type traits. Fixed those, too
llvm-svn: 252612
|
|
|
|
|
|
| |
the bug report.
llvm-svn: 252610
|