| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 249595
|
|
|
|
|
|
| |
being cleared. Now we are
llvm-svn: 249593
|
|
|
|
|
|
|
|
|
| |
The C standard requires that these be provided as functions even if they're
also provided as macros, and a strict reading of the C++ standard library rules
suggests that (for instance) &::isdigit == &::std::isdigit, so these wrappers
are technically non-conforming.
llvm-svn: 249475
|
|
|
|
| |
llvm-svn: 249461
|
|
|
|
|
|
| |
move/copy assignment as well
llvm-svn: 249458
|
|
|
|
| |
llvm-svn: 249372
|
|
|
|
| |
llvm-svn: 249363
|
|
|
|
| |
llvm-svn: 249354
|
|
|
|
| |
llvm-svn: 249352
|
|
|
|
| |
llvm-svn: 249349
|
|
|
|
| |
llvm-svn: 249348
|
|
|
|
| |
llvm-svn: 249347
|
|
|
|
| |
llvm-svn: 249345
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
On OS X libc++ needs to reexport libc++abi's symbols in order for them to be provided. We explicitly list the symbols to reexport it libcxx/lib/libc++abi2.exp. This patch adds the symbols required by std::bad_array_length which have been missing for some time.
However there is a problem. std::bad_array_length was add to libc++abi in September of 2013 by commit r190479, about a year after everything else. Therefore I think older OS X version have libc++abi versions without std::bad_array_length. On those systems
libc++ won't build with this change because we will try and export undefined symbols.
The workaround I would write to support older systems depends on the amount of people who would need it. If only a small number of developers are affected it might be sufficient to provide a CMake switch like `LIBCPP_LIBCPPABI_HAS_BAD_ARRAY_LENGTH` which is
ON by default and can be disabled by those who need it. Otherwise I think we should try to automatically detect if the symbols are present in `/usr/lib/libc++abi.dylib` and configure accordingly. I would prefer the first solution because writing CMake sucks.
Reviewers: mclow.lists, aprantl
Subscribers: aprantl, cfe-commits
Differential Revision: http://reviews.llvm.org/D13445
llvm-svn: 249339
|
|
|
|
| |
llvm-svn: 249334
|
|
|
|
|
|
| |
Kona meeting. Not to be linked to from other pages.
llvm-svn: 249333
|
|
|
|
|
|
| |
generated pages
llvm-svn: 249325
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Currently the test suite defaults to C++11 mode if no standard version is supplied to LIT using `--param=std=c++XX`. This patch changes that behavior so that the newest possible dialect is selected instead.
I have already patched the C++11 bot to explicitly specify `--param=std=c++11`. I'm just putting this up for review to see if anybody objects to this idea.
Reviewers: mclow.lists, jroelofs, danalbert
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D13331
llvm-svn: 249226
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Hi Marshall,
Could you please test this patch and see if you run into the same linker errors we talked about?
I can't reproduce on linux or OS X.
Hopefully you can't find any problems and we can fix the C++03 bot.
Reviewers: mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D13337
llvm-svn: 249192
|
|
|
|
|
|
| |
tolerances
llvm-svn: 248993
|
|
|
|
| |
llvm-svn: 248989
|
|
|
|
| |
llvm-svn: 248988
|
|
|
|
| |
llvm-svn: 248987
|
|
|
|
| |
llvm-svn: 248986
|
|
|
|
|
|
| |
Rosenkraenzer for the report and the patch.
llvm-svn: 248329
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
available.
Summary:
In rL241532, atomic_support.h was added, which provides handling of
atomic operations for libc++. When atomic builtins are not available,
it emits a warning about being unsupported, but it still provides a
number of stubs for the required functions.
However, it misses a stub for `__libcpp_relaxed_store()`. Add it, by
using the same implementation as for `__libcpp_atomic_store()`.
(Note that I encountered this on arm-freebsd, which still defaults to
armv4, and does not have the runtime libcalls to support atomic
builtins. For now, I have simply disabled using them.)
Reviewers: mclow.lists, EricWF
Subscribers: theraven, cfe-commits, jroelofs, majnemer, aemerson
Differential Revision: http://reviews.llvm.org/D13051
llvm-svn: 248313
|
|
|
|
| |
llvm-svn: 248309
|
|
|
|
|
|
| |
the fix, but for the wrong reason. Now it fails for the right reason.
llvm-svn: 248307
|
|
|
|
| |
llvm-svn: 248305
|
|
|
|
|
|
| |
an obscure bug having to do with overloaded operator&. Fixes PR#24890
llvm-svn: 248304
|
|
|
|
| |
llvm-svn: 248240
|
|
|
|
|
|
|
| |
Previously GCC using libc++ would just leak endian.h for every
include.
llvm-svn: 247827
|
|
|
|
|
|
| |
deprecated doesn't change the fact that we have to test it.
llvm-svn: 247704
|
|
|
|
|
|
| |
which does the same thing, w/o having clang and gcc warn with -Wall.
llvm-svn: 247695
|
|
|
|
| |
llvm-svn: 247036
|
|
|
|
|
|
|
| |
This patch also fixes PR22135. (https://llvm.org/bugs/show_bug.cgi?id=22135)
See the review for more information: http://reviews.llvm.org/D6964
llvm-svn: 246977
|
|
|
|
| |
llvm-svn: 246952
|
|
|
|
| |
llvm-svn: 246951
|
|
|
|
| |
llvm-svn: 246950
|
|
|
|
| |
llvm-svn: 246915
|
|
|
|
| |
llvm-svn: 246914
|
|
|
|
|
|
| |
www/index.html
llvm-svn: 246913
|
|
|
|
| |
llvm-svn: 246912
|
|
|
|
| |
llvm-svn: 246911
|
|
|
|
| |
llvm-svn: 246910
|
|
|
|
| |
llvm-svn: 246909
|
|
|
|
| |
llvm-svn: 246906
|
|
|
|
| |
llvm-svn: 246895
|
|
|
|
| |
llvm-svn: 246893
|
|
|
|
|
|
| |
_LIBCPP_NO_EXCEPTIONS there, instead of duplicating it throughout the code. No functionality change
llvm-svn: 246772
|