bcm5719-llvm/libcxx/include/thread, branch meklort-10.0.1Project Ortega BCM5719 LLVMhttps://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.12019-12-11T00:19:45+00:00[libc++] Hide some functions and types in <future> and <thread> as hidden2019-12-11T00:19:45+00:00Louis Dionneldionne@apple.com2019-12-10T23:00:42+00:00urn:sha1:dd37e24ae62329d8376b7989dc2e3a53be30622a
Otherwise, weak symbols leak into user programs when using `async` with
non-internal types.
Rework recursive_timed_mutex so that it uses __thread_id instead of using the lower-level __libcpp_thread_id. This is prep for fixing PR42918. Reviewed as https://reviews.llvm.org/D658952019-08-14T16:21:27+00:00Marshall Clowmclow.lists@gmail.com2019-08-14T16:21:27+00:00urn:sha1:2b1d42541f20ce919c7841328934f64366e39d7c
llvm-svn: 368867
libcxx: Define __STDCPP_THREADS__ to 1, not to __cplusplus.2019-07-30T14:32:47+00:00Nico Webernicolasweber@gmx.de2019-07-30T14:32:47+00:00urn:sha1:9aae539d4cfbf68a367360617cefc5a2c0389b6a
[cpp.predefined]p2:
__STDCPP_THREADS__
Defined, and has the value integer literal 1, if and only if a program
can have more than one thread of execution .
Also define it only if it's not defined already, since it's supposed
to be defined by the compiler.
Also move it from thread to __config (which requires setting it only
if _LIBCPP_HAS_NO_THREADS is not defined).
Part of PR33230. The intent is to eventually make the compiler define
this instead.
llvm-svn: 367316
Fix backwards test that I committed yesterday. Sigh2019-04-03T00:01:03+00:00Marshall Clowmclow.lists@gmail.com2019-04-03T00:01:03+00:00urn:sha1:0583d9ea8d5edc60d84971ced29db042b59302ba
llvm-svn: 357540
Special case some duration arithmetic for GCC and PPC because their long double constant folding is broken. Fixes PR#39696.2019-04-02T14:46:36+00:00Marshall Clowmclow.lists@gmail.com2019-04-02T14:46:36+00:00urn:sha1:3bf63cf3b366d3a57cf5cbad4112a6abf6c0c3b1
llvm-svn: 357478
Update more file headers across all of the LLVM projects in the monorepo2019-01-19T10:56:40+00:00Chandler Carruthchandlerc@gmail.com2019-01-19T10:56:40+00:00urn:sha1:57b08b0944046a6a57ee9b7b479181f548a5b9b4
to reflect the new license. These used slightly different spellings that
defeated my regular expressions.
We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.
Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.
llvm-svn: 351648
[libc++] Make sure we can build libc++ with -fvisibility=hidden2018-10-25T12:13:43+00:00Louis Dionneldionne@apple.com2018-10-25T12:13:43+00:00urn:sha1:9b3222f6134f40b68e16faf694ed9e97bc9fd325
Summary:
When building with -fvisibility=hidden, some symbols do not get exported from
libc++.dylib. This means that some entities are not explicitly given default
visibility in the source code, and that we rely on the fact -fvisibility=default
is the default. This commit explicitly gives default visibility to those
symbols to avoid being dependent on the command line flags used.
The commit also remove symbols from the dylib -- those symbols do not
actually need to be exported from the dylib and this should not be an
ABI break.
Finally, in the future, we may want to mark the whole std:: namespace as
having hidden visibility (to switch from opt-out to opt-in), in which
case the changes done in this commit will be required.
Reviewers: EricWF
Subscribers: mgorny, christof, dexonsmith, libcxx-commits
Differential Revision: https://reviews.llvm.org/D52662
llvm-svn: 345260
Implement LWG 3039 and 3041 - 'Treating Unnecessary decay'.2018-03-20T22:37:37+00:00Marshall Clowmclow.lists@gmail.com2018-03-20T22:37:37+00:00urn:sha1:69f1072ba22b0cd9747a11c002a0918ba5e05df1
llvm-svn: 328054
[Libc++] Use #pragma push_macro/pop_macro to better handle min/max on Windows2017-05-31T22:07:49+00:00Eric Fiseliereric@efcs.ca2017-05-31T22:07:49+00:00urn:sha1:a016efb1dcda61e606e527b73791fbacf1bc9c86
Summary:
This patch improves how libc++ handles min/max macros within the headers. Previously libc++ would undef them and emit a warning.
This patch changes libc++ to use `#pragma push_macro` to save the macro before undefining it, and `#pragma pop_macro` to restore the macros and the end of the header.
Reviewers: mclow.lists, bcraig, compnerd, EricWF
Reviewed By: EricWF
Subscribers: cfe-commits, krytarowski
Differential Revision: https://reviews.llvm.org/D33080
llvm-svn: 304357
Cleanup _LIBCPP_HAS_NO_<c++11-feature> macros in thread.2017-04-18T23:05:08+00:00Eric Fiseliereric@efcs.ca2017-04-18T23:05:08+00:00urn:sha1:e11fb13b60470671f39e6df6f0ed89d389462d92
llvm-svn: 300622