2010-05-12 03:42:16 +08:00
// -*- C++ -*-
//===--------------------------- __config ---------------------------------===//
//
2019-01-19 18:56:40 +08:00
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
// See https://llvm.org/LICENSE.txt for license information.
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
2010-05-12 03:42:16 +08:00
//
//===----------------------------------------------------------------------===//
#ifndef _LIBCPP_CONFIG
#define _LIBCPP_CONFIG
2015-11-06 14:30:12 +08:00
#if defined(_MSC_VER) && !defined(__clang__)
2018-02-24 15:57:32 +08:00
# if !defined(_LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER)
# define _LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER
# endif
2017-01-30 02:16:33 +08:00
#endif
2015-11-06 14:30:12 +08:00
#ifndef _LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER
2010-05-12 03:42:16 +08:00
#pragma GCC system_header
2011-10-18 04:05:10 +08:00
#endif
2010-05-12 03:42:16 +08:00
2015-11-06 14:30:12 +08:00
#ifdef __cplusplus
2012-10-04 04:48:05 +08:00
#ifdef __GNUC__
2018-02-24 15:57:32 +08:00
# define _GNUC_VER (__GNUC__ * 100 + __GNUC_MINOR__)
2017-04-13 07:08:46 +08:00
// The _GNUC_VER_NEW macro better represents the new GCC versioning scheme
// introduced in GCC 5.0.
2018-02-24 15:57:32 +08:00
# define _GNUC_VER_NEW (_GNUC_VER * 10 + __GNUC_PATCHLEVEL__)
2015-06-13 10:18:44 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _GNUC_VER 0
# define _GNUC_VER_NEW 0
2012-10-04 04:48:05 +08:00
#endif
2020-01-15 17:02:56 +08:00
#define _LIBCPP_VERSION 11000
2010-05-12 03:42:16 +08:00
2019-06-26 08:05:14 +08:00
#ifndef _LIBCPP_ABI_VERSION
# define _LIBCPP_ABI_VERSION 1
#endif
2019-03-06 02:40:49 +08:00
#ifndef __STDC_HOSTED__
# define _LIBCPP_FREESTANDING
#endif
Implement <filesystem>
This patch implements the <filesystem> header and uses that
to provide <experimental/filesystem>.
Unlike other standard headers, the symbols needed for <filesystem>
have not yet been placed in libc++.so. Instead they live in the
new libc++fs.a library. Users of filesystem are required to link this
library. (Also note that libc++experimental no longer contains the
definition of <experimental/filesystem>, which now requires linking libc++fs).
The reason for keeping <filesystem> out of the dylib for now is that
it's still somewhat experimental, and the possibility of requiring an
ABI breaking change is very real. In the future the symbols will likely
be moved into the dylib, or the dylib will be made to link libc++fs automagically).
Note that moving the symbols out of libc++experimental may break user builds
until they update to -lc++fs. This should be OK, because the experimental
library provides no stability guarantees. However, I plan on looking into
ways we can force libc++experimental to automagically link libc++fs.
In order to use a single implementation and set of tests for <filesystem>, it
has been placed in a special `__fs` namespace. This namespace is inline in
C++17 onward, but not before that. As such implementation is available
in C++11 onward, but no filesystem namespace is present "directly", and
as such name conflicts shouldn't occur in C++11 or C++14.
llvm-svn: 338093
2018-07-27 11:07:09 +08:00
#ifndef _LIBCPP_STD_VER
# if __cplusplus <= 201103L
# define _LIBCPP_STD_VER 11
# elif __cplusplus <= 201402L
# define _LIBCPP_STD_VER 14
# elif __cplusplus <= 201703L
# define _LIBCPP_STD_VER 17
# else
# define _LIBCPP_STD_VER 18 // current year, or date of c++2a ratification
# endif
#endif // _LIBCPP_STD_VER
2017-04-13 03:56:37 +08:00
#if defined(__ELF__)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_OBJECT_FORMAT_ELF 1
2017-04-13 03:56:37 +08:00
#elif defined(__MACH__)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_OBJECT_FORMAT_MACHO 1
2017-04-13 03:56:37 +08:00
#elif defined(_WIN32)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_OBJECT_FORMAT_COFF 1
2017-12-17 02:59:50 +08:00
#elif defined(__wasm__)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_OBJECT_FORMAT_WASM 1
2017-04-13 03:56:37 +08:00
#else
2018-02-24 15:57:32 +08:00
# error Unknown object file format
2017-04-13 03:56:37 +08:00
#endif
2019-06-26 08:05:14 +08:00
#if defined(_LIBCPP_ABI_UNSTABLE) || _LIBCPP_ABI_VERSION >= 2
2016-09-13 04:14:44 +08:00
// Change short string representation so that string data starts at offset 0,
2015-11-07 06:02:29 +08:00
// improving its alignment in some cases.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_ALTERNATE_STRING_LAYOUT
2015-11-07 06:02:29 +08:00
// Fix deque iterator type in order to support incomplete types.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_INCOMPLETE_TYPES_IN_DEQUE
2017-07-22 23:16:42 +08:00
// Fix undefined behavior in how std::list stores its linked nodes.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_LIST_REMOVE_NODE_POINTER_UB
2016-07-20 01:56:20 +08:00
// Fix undefined behavior in how __tree stores its end and parent nodes.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_TREE_REMOVE_NODE_POINTER_UB
2017-07-22 23:16:42 +08:00
// Fix undefined behavior in how __hash_table stores its pointer types.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_FIX_UNORDERED_NODE_POINTER_UB
# define _LIBCPP_ABI_FORWARD_LIST_REMOVE_NODE_POINTER_UB
# define _LIBCPP_ABI_FIX_UNORDERED_CONTAINER_SIZE_TYPE
2016-12-28 19:09:18 +08:00
// Don't use a nullptr_t simulation type in C++03 instead using C++11 nullptr
2016-12-28 17:50:23 +08:00
// provided under the alternate keyword __nullptr, which changes the mangling
// of nullptr_t. This option is ABI incompatible with GCC in C++03 mode.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_ALWAYS_USE_CXX11_NULLPTR
2017-01-05 09:15:42 +08:00
// Define the `pointer_safety` enum as a C++11 strongly typed enumeration
// instead of as a class simulating an enum. If this option is enabled
// `pointer_safety` and `get_pointer_safety()` will no longer be available
// in C++03.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_POINTER_SAFETY_ENUM_TYPE
[libc++] Add a key function for bad_function_call
Summary:
bad_function_call is currently an empty class, so any object files using
that class will end up with their own copy of its typeinfo, typeinfo
name and vtable, leading to unnecessary duplication that has to be
resolved by the dynamic linker. Instead, give bad_function_call a key
function and put a definition for that key function in libc++ itself, to
centralize the typeinfo and vtable.
This is consistent with the behavior for other exception classes. The
key functions are defined in libc++ rather than libc++abi since the
class is defined in the libc++ versioning namespace, so ABI
compatibility with libstdc++ is not a concern.
Guard this change behind an ABI macro, since it isn't backwards
compatible (i.e., clients built against the new libc++ headers wouldn't
be able to run against an older libc++ library).
Reviewers: mclow.lists, EricWF
Subscribers: mgorny, cfe-commits
Differential Revision: https://reviews.llvm.org/D27387
llvm-svn: 298937
2017-03-29 03:33:31 +08:00
// Define a key function for `bad_function_call` in the library, to centralize
// its vtable and typeinfo to libc++ rather than having all other libraries
// using that class define their own copies.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_BAD_FUNCTION_CALL_KEY_FUNCTION
2017-06-15 07:17:45 +08:00
// Enable optimized version of __do_get_(un)signed which avoids redundant copies.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_OPTIMIZED_LOCALE_NUM_GET
2017-11-19 12:19:44 +08:00
// Use the smallest possible integer type to represent the index of the variant.
2019-03-21 01:05:52 +08:00
// Previously libc++ used "unsigned int" exclusively.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_VARIANT_INDEX_TYPE_OPTIMIZATION
2018-12-11 08:14:34 +08:00
// Unstable attempt to provide a more optimized std::function
# define _LIBCPP_ABI_OPTIMIZED_FUNCTION
2019-03-29 01:30:23 +08:00
// All the regex constants must be distinct and nonzero.
# define _LIBCPP_ABI_REGEX_CONSTANTS_NONZERO
2016-07-18 09:58:37 +08:00
#elif _LIBCPP_ABI_VERSION == 1
2018-02-24 15:57:32 +08:00
# if !defined(_LIBCPP_OBJECT_FORMAT_COFF)
2017-01-17 11:16:26 +08:00
// Enable compiling copies of now inline methods into the dylib to support
2017-04-13 03:56:37 +08:00
// applications compiled against older libraries. This is unnecessary with
// COFF dllexport semantics, since dllexport forces a non-inline definition
// of inline functions to be emitted anyway. Our own non-inline copy would
// conflict with the dllexport-emitted copy, so we disable it.
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DEPRECATED_ABI_LEGACY_LIBRARY_DEFINITIONS_FOR_INLINE_FUNCTIONS
# endif
2016-07-18 09:58:37 +08:00
// Feature macros for disabling pre ABI v1 features. All of these options
// are deprecated.
2018-02-24 15:57:32 +08:00
# if defined(__FreeBSD__)
# define _LIBCPP_DEPRECATED_ABI_DISABLE_PAIR_TRIVIAL_COPY_CTOR
# endif
2016-07-18 09:58:37 +08:00
#endif
#ifdef _LIBCPP_TRIVIAL_PAIR_COPY_CTOR
#error "_LIBCPP_TRIVIAL_PAIR_COPY_CTOR" is no longer supported. \
use _LIBCPP_DEPRECATED_ABI_DISABLE_PAIR_TRIVIAL_COPY_CTOR instead
2015-10-14 07:48:28 +08:00
#endif
2010-05-12 03:42:16 +08:00
#define _LIBCPP_CONCAT1(_LIBCPP_X,_LIBCPP_Y) _LIBCPP_X##_LIBCPP_Y
#define _LIBCPP_CONCAT(_LIBCPP_X,_LIBCPP_Y) _LIBCPP_CONCAT1(_LIBCPP_X,_LIBCPP_Y)
2018-10-31 05:44:53 +08:00
#ifndef _LIBCPP_ABI_NAMESPACE
# define _LIBCPP_ABI_NAMESPACE _LIBCPP_CONCAT(__,_LIBCPP_ABI_VERSION)
#endif
2010-05-12 03:42:16 +08:00
2016-09-25 11:34:28 +08:00
#if __cplusplus < 201103L
#define _LIBCPP_CXX03_LANG
#endif
2015-07-11 04:26:38 +08:00
#ifndef __has_attribute
#define __has_attribute(__x) 0
#endif
2018-02-24 15:57:32 +08:00
2015-07-11 04:26:38 +08:00
#ifndef __has_builtin
#define __has_builtin(__x) 0
#endif
2018-02-24 15:57:32 +08:00
2015-08-20 01:21:46 +08:00
#ifndef __has_extension
#define __has_extension(__x) 0
#endif
2018-02-24 15:57:32 +08:00
2015-07-11 04:26:38 +08:00
#ifndef __has_feature
#define __has_feature(__x) 0
#endif
2018-02-24 15:57:32 +08:00
2017-11-15 06:26:50 +08:00
#ifndef __has_cpp_attribute
#define __has_cpp_attribute(__x) 0
#endif
2018-02-24 15:57:32 +08:00
2015-07-11 04:26:38 +08:00
// '__is_identifier' returns '0' if '__x' is a reserved identifier provided by
// the compiler and '1' otherwise.
#ifndef __is_identifier
#define __is_identifier(__x) 1
#endif
2018-02-24 15:57:32 +08:00
2017-01-17 05:15:08 +08:00
#ifndef __has_declspec_attribute
#define __has_declspec_attribute(__x) 0
#endif
2015-07-11 04:26:38 +08:00
2017-01-14 12:27:58 +08:00
#define __has_keyword(__x) !(__is_identifier(__x))
2018-07-24 20:40:56 +08:00
#ifndef __has_include
#define __has_include(...) 0
2017-05-11 05:34:58 +08:00
#endif
2017-01-07 05:42:58 +08:00
#if defined(__clang__)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_COMPILER_CLANG
# ifndef __apple_build_version__
# define _LIBCPP_CLANG_VER (__clang_major__ * 100 + __clang_minor__)
# endif
2017-01-07 05:42:58 +08:00
#elif defined(__GNUC__)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_COMPILER_GCC
2017-01-07 05:42:58 +08:00
#elif defined(_MSC_VER)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_COMPILER_MSVC
2017-01-07 05:42:58 +08:00
#elif defined(__IBMCPP__)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_COMPILER_IBM
2017-01-07 05:42:58 +08:00
#endif
Make GCC in C++03 Unsupported
Summary:
This patch make G++03 explicitly unsupported with libc++, as discussed on the mailing lists.
Below is the rational for this decision.
----------------------------------------------------------------------------------------------------
libc++ claims to support GCC with C++03 ("G++03"), and this is a problem for our users.
Our C++03 users are all using Clang. They must be. Less than 9% of the C++03 tests pass with GCC [1][2]. No non-trivial C++ program could work.
Attempting to support G++03 impacts our QoI considerably. Unlike Clang, G++03 offers almost no C++11 extensions. If we could remove all the fallbacks for G++03, it would mean libc++ could::
* Improve Correctness:
Every `#ifdef _LIBCPP_HAS_NO_<C++11-feature>` is a bug manifest. It exists to admit for deviant semantics.
* Achieve ABI stability between C++03 and C++11
Differences between our C++03 and C++Rest branches contain ABI bugs. For example `std::nullptr_t` and `std::function::operator()(...)` are currently incompatible between C++11 and C++03, but could be fixed.
* Decrease Compile Times and Memory Usage:
Writing efficient SFINAE requires C++11. Using alias templates, libc++ could reduce the number of instantiations it produces substantially.
* Decrease Binary Size
Similar to the last point, G++03 forces metaprogramming techniques that emit more debug information [3] [4]. Compared to libstdc++, debug information size increases of +10% are not uncommon.
Reviewers: ldionne, mclow.lists, EricWF
Reviewed By: ldionne, EricWF
Subscribers: zoecarver, aprantl, dexonsmith, arphaman, libcxx-commits, #libc
Differential Revision: https://reviews.llvm.org/D63154
llvm-svn: 363219
2019-06-13 08:37:25 +08:00
#if defined(_LIBCPP_COMPILER_GCC) && __cplusplus < 201103L
#error "libc++ does not support using GCC with C++03. Please enable C++11"
#endif
2017-01-07 10:43:58 +08:00
// FIXME: ABI detection should be done via compiler builtin macros. This
// is just a placeholder until Clang implements such macros. For now assume
2017-10-05 07:44:38 +08:00
// that Windows compilers pretending to be MSVC++ target the Microsoft ABI,
// and allow the user to explicitly specify the ABI to handle cases where this
// heuristic falls short.
2017-10-05 10:18:08 +08:00
#if defined(_LIBCPP_ABI_FORCE_ITANIUM) && defined(_LIBCPP_ABI_FORCE_MICROSOFT)
2018-02-24 15:57:32 +08:00
# error "Only one of _LIBCPP_ABI_FORCE_ITANIUM and _LIBCPP_ABI_FORCE_MICROSOFT can be defined"
2017-10-05 10:18:08 +08:00
#elif defined(_LIBCPP_ABI_FORCE_ITANIUM)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_ABI_ITANIUM
2017-10-05 10:18:08 +08:00
#elif defined(_LIBCPP_ABI_FORCE_MICROSOFT)
2017-10-05 07:44:38 +08:00
# define _LIBCPP_ABI_MICROSOFT
2018-02-24 15:57:32 +08:00
#else
# if defined(_WIN32) && defined(_MSC_VER)
# define _LIBCPP_ABI_MICROSOFT
# else
# define _LIBCPP_ABI_ITANIUM
# endif
2017-01-07 10:43:58 +08:00
#endif
2019-03-05 09:57:01 +08:00
#if defined(_LIBCPP_ABI_MICROSOFT) && !defined(_LIBCPP_NO_VCRUNTIME)
# define _LIBCPP_ABI_VCRUNTIME
#endif
2016-09-20 02:00:45 +08:00
// Need to detect which libc we're using if we're on Linux.
#if defined(__linux__)
2018-02-24 15:57:32 +08:00
# include <features.h>
# if defined(__GLIBC_PREREQ)
# define _LIBCPP_GLIBC_PREREQ(a, b) __GLIBC_PREREQ(a, b)
# else
# define _LIBCPP_GLIBC_PREREQ(a, b) 0
# endif // defined(__GLIBC_PREREQ)
2016-09-20 02:00:45 +08:00
#endif // defined(__linux__)
2015-07-11 04:26:38 +08:00
2010-05-12 03:42:16 +08:00
#ifdef __LITTLE_ENDIAN__
2018-02-24 15:57:32 +08:00
# if __LITTLE_ENDIAN__
# define _LIBCPP_LITTLE_ENDIAN
# endif // __LITTLE_ENDIAN__
2010-08-22 08:02:43 +08:00
#endif // __LITTLE_ENDIAN__
2010-05-12 03:42:16 +08:00
#ifdef __BIG_ENDIAN__
2018-02-24 15:57:32 +08:00
# if __BIG_ENDIAN__
# define _LIBCPP_BIG_ENDIAN
# endif // __BIG_ENDIAN__
2010-08-22 08:02:43 +08:00
#endif // __BIG_ENDIAN__
2010-05-12 03:42:16 +08:00
2015-09-17 02:10:47 +08:00
#ifdef __BYTE_ORDER__
2018-02-24 15:57:32 +08:00
# if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
# define _LIBCPP_LITTLE_ENDIAN
# elif __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
# define _LIBCPP_BIG_ENDIAN
# endif // __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
2015-09-17 02:10:47 +08:00
#endif // __BYTE_ORDER__
2010-08-12 00:27:20 +08:00
#ifdef __FreeBSD__
2018-02-24 15:57:32 +08:00
# include <sys/endian.h>
Refine check for `_LIBCPP_C_HAS_NO_GETS` on FreeBSD
Summary:
In D67316 we added `_LIBCPP_C_HAS_NO_GETS` to signal that the C library
does not provide `gets()`, and added a test for FreeBSD 13 or higher,
using the compiler-defined `__FreeBSD__` macro.
Unfortunately this did not work that well for FreeBSD's own CI process,
since the gcc compilers used for some architectures define `__FreeBSD__`
to match the build host, not the target.
Instead, we should use the `__FreeBSD_version` macro from the userland
header `<osreldate.h>`, which is more fine-grained. See also
<https://reviews.freebsd.org/D22034>.
Reviewers: EricWF, mclow.lists, emaste, ldionne
Reviewed By: emaste, ldionne
Subscribers: dexonsmith, bsdjhb, krytarowski, christof, ldionne, libcxx-commits
Differential Revision: https://reviews.llvm.org/D69174
llvm-svn: 375340
2019-10-19 18:59:23 +08:00
# include <osreldate.h>
2010-08-12 00:27:20 +08:00
# if _BYTE_ORDER == _LITTLE_ENDIAN
2018-02-24 15:57:32 +08:00
# define _LIBCPP_LITTLE_ENDIAN
# else // _BYTE_ORDER == _LITTLE_ENDIAN
# define _LIBCPP_BIG_ENDIAN
# endif // _BYTE_ORDER == _LITTLE_ENDIAN
# ifndef __LONG_LONG_SUPPORTED
# define _LIBCPP_HAS_NO_LONG_LONG
# endif // __LONG_LONG_SUPPORTED
2010-08-22 08:02:43 +08:00
#endif // __FreeBSD__
2010-08-12 00:27:20 +08:00
2013-05-18 05:17:34 +08:00
#ifdef __NetBSD__
2018-02-24 15:57:32 +08:00
# include <sys/endian.h>
2013-05-18 05:17:34 +08:00
# if _BYTE_ORDER == _LITTLE_ENDIAN
2018-02-24 15:57:32 +08:00
# define _LIBCPP_LITTLE_ENDIAN
# else // _BYTE_ORDER == _LITTLE_ENDIAN
# define _LIBCPP_BIG_ENDIAN
# endif // _BYTE_ORDER == _LITTLE_ENDIAN
2013-05-18 05:17:34 +08:00
#endif // __NetBSD__
2017-01-04 05:53:51 +08:00
#if defined(_WIN32)
2017-06-01 06:14:05 +08:00
# define _LIBCPP_WIN32API
2017-10-17 21:16:01 +08:00
# define _LIBCPP_LITTLE_ENDIAN
2017-01-04 05:53:51 +08:00
# define _LIBCPP_SHORT_WCHAR 1
2019-03-21 01:05:52 +08:00
// Both MinGW and native MSVC provide a "MSVC"-like environment
2017-06-01 06:14:05 +08:00
# define _LIBCPP_MSVCRT_LIKE
2017-07-18 05:52:31 +08:00
// If mingw not explicitly detected, assume using MS C runtime only if
// a MS compatibility version is specified.
# if defined(_MSC_VER) && !defined(__MINGW32__)
2013-09-17 09:34:47 +08:00
# define _LIBCPP_MSVCRT // Using Microsoft's C Runtime library
# endif
2017-01-04 09:53:24 +08:00
# if (defined(_M_AMD64) || defined(__x86_64__)) || (defined(_M_ARM) || defined(__arm__))
# define _LIBCPP_HAS_BITSCAN64
# endif
2018-01-23 10:07:27 +08:00
# define _LIBCPP_HAS_OPEN_WITH_WCHAR
2018-02-24 15:57:32 +08:00
# if defined(_LIBCPP_MSVCRT)
# define _LIBCPP_HAS_QUICK_EXIT
# endif
2017-04-06 12:47:49 +08:00
// Some CRT APIs are unavailable to store apps
2018-02-24 15:57:32 +08:00
# if defined(WINAPI_FAMILY)
# include <winapifamily.h>
# if !WINAPI_FAMILY_PARTITION(WINAPI_PARTITION_DESKTOP) && \
(!defined(WINAPI_PARTITION_SYSTEM) || \
!WINAPI_FAMILY_PARTITION(WINAPI_PARTITION_SYSTEM))
# define _LIBCPP_WINDOWS_STORE_APP
# endif
# endif
2017-01-04 05:53:51 +08:00
#endif // defined(_WIN32)
2011-05-14 01:16:06 +08:00
2012-02-29 21:05:08 +08:00
#ifdef __sun__
2018-02-24 15:57:32 +08:00
# include <sys/isa_defs.h>
# ifdef _LITTLE_ENDIAN
# define _LIBCPP_LITTLE_ENDIAN
# else
# define _LIBCPP_BIG_ENDIAN
# endif
2012-02-29 21:05:08 +08:00
#endif // __sun__
2015-03-10 15:46:06 +08:00
#if defined(__CloudABI__)
2018-02-24 15:57:32 +08:00
// Certain architectures provide arc4random(). Prefer using
// arc4random() over /dev/{u,}random to make it possible to obtain
// random data even when using sandboxing mechanisms such as chroots,
// Capsicum, etc.
# define _LIBCPP_USING_ARC4_RANDOM
2019-05-02 00:47:30 +08:00
#elif defined(__Fuchsia__) || defined(__wasi__)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_USING_GETENTROPY
2015-03-10 15:46:06 +08:00
#elif defined(__native_client__)
2018-02-24 15:57:32 +08:00
// NaCl's sandbox (which PNaCl also runs in) doesn't allow filesystem access,
// including accesses to the special files under /dev. C++11's
// std::random_device is instead exposed through a NaCl syscall.
# define _LIBCPP_USING_NACL_RANDOM
2017-01-04 05:53:51 +08:00
#elif defined(_LIBCPP_WIN32API)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_USING_WIN32_RANDOM
2015-03-10 15:46:06 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_USING_DEV_RANDOM
2015-03-10 15:46:06 +08:00
#endif
2014-12-02 03:19:55 +08:00
2017-10-17 21:16:01 +08:00
#if !defined(_LIBCPP_LITTLE_ENDIAN) && !defined(_LIBCPP_BIG_ENDIAN)
2018-02-24 15:57:32 +08:00
# include <endian.h>
# if __BYTE_ORDER == __LITTLE_ENDIAN
# define _LIBCPP_LITTLE_ENDIAN
# elif __BYTE_ORDER == __BIG_ENDIAN
# define _LIBCPP_BIG_ENDIAN
# else // __BYTE_ORDER == __BIG_ENDIAN
# error unable to determine endian
# endif
2017-10-17 21:16:01 +08:00
#endif // !defined(_LIBCPP_LITTLE_ENDIAN) && !defined(_LIBCPP_BIG_ENDIAN)
2010-05-12 03:42:16 +08:00
2017-06-15 11:50:02 +08:00
#if __has_attribute(__no_sanitize__) && !defined(_LIBCPP_COMPILER_GCC)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_NO_CFI __attribute__((__no_sanitize__("cfi")))
2016-02-11 05:53:28 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_NO_CFI
2016-02-11 05:53:28 +08:00
#endif
2018-08-15 08:16:41 +08:00
#if __ISO_C_VISIBLE >= 2011 || __cplusplus >= 201103L
# if defined(__FreeBSD__)
Fix _LIBCPP_HAS_ definitions for Android.
Summary:
Android added quick_exit()/at_quick_exit() in API level 21,
aligned_alloc() in API level 28, and timespec_get() in API level 29,
but has the other C11 features at all API levels (since they're basically
just coming from clang directly).
_LIBCPP_HAS_QUICK_EXIT and _LIBCPP_HAS_TIMESPEC_GET already existed,
so we can reuse them. (And use _LIBCPP_HAS_TIMESPEC_GET in a few more
places where _LIBCPP_HAS_C11_FEATURES has been used as a proxy. This
isn't correct for Android.)
_LIBCPP_HAS_ALIGNED_ALLOC is added, to cover aligned_alloc() (obviously).
Add a missing std:: before aligned_alloc in a cstdlib test, and remove a
couple of !defined(_WIN32)s now that we're explicitly testing
TEST_HAS_ALIGNED_ALLOC rather than TEST_HAS_C11_FEATURES.
Reviewers: danalbert, EricWF, mclow.lists
Reviewed By: danalbert
Subscribers: srhines, christof, libcxx-commits
Tags: #libc
Differential Revision: https://reviews.llvm.org/D69929
2019-11-19 04:16:45 +08:00
# define _LIBCPP_HAS_ALIGNED_ALLOC
2018-08-15 08:16:41 +08:00
# define _LIBCPP_HAS_QUICK_EXIT
# define _LIBCPP_HAS_C11_FEATURES
2020-01-30 15:00:28 +08:00
# if __FreeBSD_version >= 1300064 || \
(__FreeBSD_version >= 1201504 && __FreeBSD_version < 1300000)
# define _LIBCPP_HAS_TIMESPEC_GET
# endif
Fix _LIBCPP_HAS_ definitions for Android.
Summary:
Android added quick_exit()/at_quick_exit() in API level 21,
aligned_alloc() in API level 28, and timespec_get() in API level 29,
but has the other C11 features at all API levels (since they're basically
just coming from clang directly).
_LIBCPP_HAS_QUICK_EXIT and _LIBCPP_HAS_TIMESPEC_GET already existed,
so we can reuse them. (And use _LIBCPP_HAS_TIMESPEC_GET in a few more
places where _LIBCPP_HAS_C11_FEATURES has been used as a proxy. This
isn't correct for Android.)
_LIBCPP_HAS_ALIGNED_ALLOC is added, to cover aligned_alloc() (obviously).
Add a missing std:: before aligned_alloc in a cstdlib test, and remove a
couple of !defined(_WIN32)s now that we're explicitly testing
TEST_HAS_ALIGNED_ALLOC rather than TEST_HAS_C11_FEATURES.
Reviewers: danalbert, EricWF, mclow.lists
Reviewed By: danalbert
Subscribers: srhines, christof, libcxx-commits
Tags: #libc
Differential Revision: https://reviews.llvm.org/D69929
2019-11-19 04:16:45 +08:00
# elif defined(__BIONIC__)
# define _LIBCPP_HAS_C11_FEATURES
# if __ANDROID_API__ >= 21
# define _LIBCPP_HAS_QUICK_EXIT
# endif
# if __ANDROID_API__ >= 28
# define _LIBCPP_HAS_ALIGNED_ALLOC
# endif
# if __ANDROID_API__ >= 29
# define _LIBCPP_HAS_TIMESPEC_GET
# endif
2019-12-14 21:17:19 +08:00
# elif defined(__Fuchsia__) || defined(__wasi__) || defined(__NetBSD__)
Fix _LIBCPP_HAS_ definitions for Android.
Summary:
Android added quick_exit()/at_quick_exit() in API level 21,
aligned_alloc() in API level 28, and timespec_get() in API level 29,
but has the other C11 features at all API levels (since they're basically
just coming from clang directly).
_LIBCPP_HAS_QUICK_EXIT and _LIBCPP_HAS_TIMESPEC_GET already existed,
so we can reuse them. (And use _LIBCPP_HAS_TIMESPEC_GET in a few more
places where _LIBCPP_HAS_C11_FEATURES has been used as a proxy. This
isn't correct for Android.)
_LIBCPP_HAS_ALIGNED_ALLOC is added, to cover aligned_alloc() (obviously).
Add a missing std:: before aligned_alloc in a cstdlib test, and remove a
couple of !defined(_WIN32)s now that we're explicitly testing
TEST_HAS_ALIGNED_ALLOC rather than TEST_HAS_C11_FEATURES.
Reviewers: danalbert, EricWF, mclow.lists
Reviewed By: danalbert
Subscribers: srhines, christof, libcxx-commits
Tags: #libc
Differential Revision: https://reviews.llvm.org/D69929
2019-11-19 04:16:45 +08:00
# define _LIBCPP_HAS_ALIGNED_ALLOC
2018-08-15 08:16:41 +08:00
# define _LIBCPP_HAS_QUICK_EXIT
2018-08-16 05:19:08 +08:00
# define _LIBCPP_HAS_TIMESPEC_GET
2018-08-15 08:16:41 +08:00
# define _LIBCPP_HAS_C11_FEATURES
# elif defined(__linux__)
# if !defined(_LIBCPP_HAS_MUSL_LIBC)
# if _LIBCPP_GLIBC_PREREQ(2, 15) || defined(__BIONIC__)
# define _LIBCPP_HAS_QUICK_EXIT
# endif
# if _LIBCPP_GLIBC_PREREQ(2, 17)
Fix _LIBCPP_HAS_ definitions for Android.
Summary:
Android added quick_exit()/at_quick_exit() in API level 21,
aligned_alloc() in API level 28, and timespec_get() in API level 29,
but has the other C11 features at all API levels (since they're basically
just coming from clang directly).
_LIBCPP_HAS_QUICK_EXIT and _LIBCPP_HAS_TIMESPEC_GET already existed,
so we can reuse them. (And use _LIBCPP_HAS_TIMESPEC_GET in a few more
places where _LIBCPP_HAS_C11_FEATURES has been used as a proxy. This
isn't correct for Android.)
_LIBCPP_HAS_ALIGNED_ALLOC is added, to cover aligned_alloc() (obviously).
Add a missing std:: before aligned_alloc in a cstdlib test, and remove a
couple of !defined(_WIN32)s now that we're explicitly testing
TEST_HAS_ALIGNED_ALLOC rather than TEST_HAS_C11_FEATURES.
Reviewers: danalbert, EricWF, mclow.lists
Reviewed By: danalbert
Subscribers: srhines, christof, libcxx-commits
Tags: #libc
Differential Revision: https://reviews.llvm.org/D69929
2019-11-19 04:16:45 +08:00
# define _LIBCPP_HAS_ALIGNED_ALLOC
2018-08-15 08:16:41 +08:00
# define _LIBCPP_HAS_C11_FEATURES
2018-08-16 05:19:08 +08:00
# define _LIBCPP_HAS_TIMESPEC_GET
2018-08-15 08:16:41 +08:00
# endif
# else // defined(_LIBCPP_HAS_MUSL_LIBC)
Fix _LIBCPP_HAS_ definitions for Android.
Summary:
Android added quick_exit()/at_quick_exit() in API level 21,
aligned_alloc() in API level 28, and timespec_get() in API level 29,
but has the other C11 features at all API levels (since they're basically
just coming from clang directly).
_LIBCPP_HAS_QUICK_EXIT and _LIBCPP_HAS_TIMESPEC_GET already existed,
so we can reuse them. (And use _LIBCPP_HAS_TIMESPEC_GET in a few more
places where _LIBCPP_HAS_C11_FEATURES has been used as a proxy. This
isn't correct for Android.)
_LIBCPP_HAS_ALIGNED_ALLOC is added, to cover aligned_alloc() (obviously).
Add a missing std:: before aligned_alloc in a cstdlib test, and remove a
couple of !defined(_WIN32)s now that we're explicitly testing
TEST_HAS_ALIGNED_ALLOC rather than TEST_HAS_C11_FEATURES.
Reviewers: danalbert, EricWF, mclow.lists
Reviewed By: danalbert
Subscribers: srhines, christof, libcxx-commits
Tags: #libc
Differential Revision: https://reviews.llvm.org/D69929
2019-11-19 04:16:45 +08:00
# define _LIBCPP_HAS_ALIGNED_ALLOC
2018-08-15 08:16:41 +08:00
# define _LIBCPP_HAS_QUICK_EXIT
2018-08-16 05:19:08 +08:00
# define _LIBCPP_HAS_TIMESPEC_GET
2018-08-15 08:16:41 +08:00
# define _LIBCPP_HAS_C11_FEATURES
# endif
# endif // __linux__
#endif
2019-01-16 09:51:12 +08:00
#ifndef _LIBCPP_CXX03_LANG
# define _LIBCPP_ALIGNOF(_Tp) alignof(_Tp)
#elif defined(_LIBCPP_COMPILER_CLANG)
# define _LIBCPP_ALIGNOF(_Tp) _Alignof(_Tp)
#else
// This definition is potentially buggy, but it's only taken with GCC in C++03,
// which we barely support anyway. See llvm.org/PR39713
# define _LIBCPP_ALIGNOF(_Tp) __alignof(_Tp)
#endif
#define _LIBCPP_PREFERRED_ALIGNOF(_Tp) __alignof(_Tp)
2017-01-07 05:42:58 +08:00
#if defined(_LIBCPP_COMPILER_CLANG)
2010-08-11 04:48:29 +08:00
2015-10-14 07:48:28 +08:00
// _LIBCPP_ALTERNATE_STRING_LAYOUT is an old name for
// _LIBCPP_ABI_ALTERNATE_STRING_LAYOUT left here for backward compatibility.
#if (defined(__APPLE__) && !defined(__i386__) && !defined(__x86_64__) && \
2017-04-06 09:10:22 +08:00
(!defined(__arm__) || __ARM_ARCH_7K__ >= 2)) || \
2015-10-14 07:48:28 +08:00
defined(_LIBCPP_ALTERNATE_STRING_LAYOUT)
#define _LIBCPP_ABI_ALTERNATE_STRING_LAYOUT
2014-03-30 19:34:22 +08:00
#endif
2011-10-18 04:05:10 +08:00
#if __has_feature(cxx_alignas)
2012-06-01 03:31:14 +08:00
# define _ALIGNAS_TYPE(x) alignas(x)
2011-10-18 04:05:10 +08:00
# define _ALIGNAS(x) alignas(x)
#else
2019-01-16 09:51:12 +08:00
# define _ALIGNAS_TYPE(x) __attribute__((__aligned__(_LIBCPP_ALIGNOF(x))))
2011-10-18 04:05:10 +08:00
# define _ALIGNAS(x) __attribute__((__aligned__(x)))
#endif
2014-02-22 23:13:48 +08:00
#if __cplusplus < 201103L
2010-09-17 07:27:26 +08:00
typedef __char16_t char16_t;
typedef __char32_t char32_t;
2010-09-08 04:31:18 +08:00
#endif
2010-09-05 07:28:19 +08:00
2016-04-21 13:28:18 +08:00
#if !(__has_feature(cxx_exceptions)) && !defined(_LIBCPP_NO_EXCEPTIONS)
2010-08-11 04:48:29 +08:00
#define _LIBCPP_NO_EXCEPTIONS
2010-05-12 03:42:16 +08:00
#endif
2017-05-04 09:06:54 +08:00
#if !(__has_feature(cxx_rtti)) && !defined(_LIBCPP_NO_RTTI)
2010-08-12 01:04:31 +08:00
#define _LIBCPP_NO_RTTI
#endif
2011-12-03 03:36:40 +08:00
#if !(__has_feature(cxx_strong_enums))
#define _LIBCPP_HAS_NO_STRONG_ENUMS
#endif
2011-05-27 01:07:32 +08:00
#if __has_feature(cxx_attributes)
2012-07-26 10:04:22 +08:00
# define _LIBCPP_NORETURN [[noreturn]]
2011-05-27 01:07:32 +08:00
#else
2012-07-26 10:04:22 +08:00
# define _LIBCPP_NORETURN __attribute__ ((noreturn))
2010-08-11 04:48:29 +08:00
#endif
2010-09-05 07:28:19 +08:00
#if !(__has_feature(cxx_lambdas))
#define _LIBCPP_HAS_NO_LAMBDAS
#endif
2010-08-11 04:48:29 +08:00
#if !(__has_feature(cxx_nullptr))
2018-02-24 15:57:32 +08:00
# if (__has_extension(cxx_nullptr) || __has_keyword(__nullptr)) && defined(_LIBCPP_ABI_ALWAYS_USE_CXX11_NULLPTR)
# define nullptr __nullptr
# else
# define _LIBCPP_HAS_NO_NULLPTR
# endif
2010-08-11 04:48:29 +08:00
#endif
2010-05-12 03:42:16 +08:00
2010-09-05 07:28:19 +08:00
#if !(__has_feature(cxx_rvalue_references))
#define _LIBCPP_HAS_NO_RVALUE_REFERENCES
#endif
#if !(__has_feature(cxx_auto_type))
#define _LIBCPP_HAS_NO_AUTO_TYPE
2011-07-30 05:35:53 +08:00
#endif
2010-08-11 04:48:29 +08:00
#if !(__has_feature(cxx_variadic_templates))
2010-05-12 03:42:16 +08:00
#define _LIBCPP_HAS_NO_VARIADICS
2010-08-11 04:48:29 +08:00
#endif
2011-06-23 06:17:44 +08:00
// Objective-C++ features (opt-in)
#if __has_feature(objc_arc)
#define _LIBCPP_HAS_OBJC_ARC
#endif
#if __has_feature(objc_arc_weak)
#define _LIBCPP_HAS_OBJC_ARC_WEAK
#endif
2020-01-22 04:39:43 +08:00
#if __has_extension(blocks)
# define _LIBCPP_HAS_EXTENSION_BLOCKS
#endif
2014-07-17 13:16:18 +08:00
#if !(__has_feature(cxx_relaxed_constexpr))
#define _LIBCPP_HAS_NO_CXX14_CONSTEXPR
#endif
2015-03-17 23:30:22 +08:00
#if !(__has_feature(cxx_variable_templates))
#define _LIBCPP_HAS_NO_VARIABLE_TEMPLATES
#endif
2015-12-16 06:16:47 +08:00
#if !(__has_feature(cxx_noexcept))
#define _LIBCPP_HAS_NO_NOEXCEPT
2011-05-12 04:19:40 +08:00
#endif
2014-04-14 23:44:57 +08:00
#if !defined(_LIBCPP_HAS_NO_ASAN) && !__has_feature(address_sanitizer)
#define _LIBCPP_HAS_NO_ASAN
#endif
2016-01-12 08:38:04 +08:00
// Allow for build-time disabling of unsigned integer sanitization
2016-01-14 07:27:08 +08:00
#if !defined(_LIBCPP_DISABLE_UBSAN_UNSIGNED_INTEGER_CHECK) && __has_attribute(no_sanitize)
2016-02-09 12:05:37 +08:00
#define _LIBCPP_DISABLE_UBSAN_UNSIGNED_INTEGER_CHECK __attribute__((__no_sanitize__("unsigned-integer-overflow")))
2018-02-24 15:57:32 +08:00
#endif
2016-01-12 08:38:04 +08:00
2017-11-23 03:49:03 +08:00
#if __has_builtin(__builtin_launder)
2018-01-03 10:32:28 +08:00
#define _LIBCPP_COMPILER_HAS_BUILTIN_LAUNDER
#endif
#if !__is_identifier(__has_unique_object_representations)
#define _LIBCPP_HAS_UNIQUE_OBJECT_REPRESENTATIONS
2017-11-23 03:49:03 +08:00
#endif
[libc++] Introduce _LIBCPP_HIDE_FROM_ABI to replace _LIBCPP_INLINE_VISIBILITY
Summary:
This commit introduces a new macro, _LIBCPP_HIDE_FROM_ABI, whose goal is to
mark functions that shouldn't be part of libc++'s ABI. It marks the functions
as being hidden for dylib visibility purposes, and as having internal linkage
using Clang's __attribute__((internal_linkage)) when available, and
__always_inline__ otherwise.
It replaces _LIBCPP_INLINE_VISIBILITY, which was always using __always_inline__
to achieve similar goals, but suffered from debuggability and code size problems.
The full proposal, along with more background information, can be found here:
http://lists.llvm.org/pipermail/cfe-dev/2018-July/058419.html
This commit does not rename uses of _LIBCPP_INLINE_VISIBILITY to
_LIBCPP_HIDE_FROM_ABI: this wide reaching but mechanical change can
be done later when we've confirmed we're happy with the new macro.
In the future, it would be nice if we could optionally allow dropping
any internal_linkage or __always_inline__ attribute, which could result
in code size improvements. However, this is currently impossible for
reasons explained here: http://lists.llvm.org/pipermail/cfe-dev/2018-July/058450.html
Reviewers: EricWF, dexonsmith, mclow.lists
Subscribers: christof, dexonsmith, llvm-commits, mclow.lists
Differential Revision: https://reviews.llvm.org/D49240
llvm-svn: 338122
2018-07-27 20:46:03 +08:00
#define _LIBCPP_ALWAYS_INLINE __attribute__ ((__always_inline__))
2019-08-15 01:04:31 +08:00
// Literal operators ""d and ""y are supported starting with LLVM Clang 8 and AppleClang 10.0.1
#if (defined(_LIBCPP_CLANG_VER) && _LIBCPP_CLANG_VER < 800) || \
(defined(__apple_build_version__) && __apple_build_version__ < 10010000)
#define _LIBCPP_HAS_NO_CXX20_CHRONO_LITERALS
2018-10-17 01:27:54 +08:00
#endif
2019-09-04 20:44:19 +08:00
#define _LIBCPP_DISABLE_EXTENSION_WARNING __extension__
2017-01-07 05:42:58 +08:00
#elif defined(_LIBCPP_COMPILER_GCC)
2010-08-11 04:48:29 +08:00
2011-10-18 04:05:10 +08:00
#define _ALIGNAS(x) __attribute__((__aligned__(x)))
2019-01-16 09:51:12 +08:00
#define _ALIGNAS_TYPE(x) __attribute__((__aligned__(_LIBCPP_ALIGNOF(x))))
2011-10-18 04:05:10 +08:00
2012-07-26 10:04:22 +08:00
#define _LIBCPP_NORETURN __attribute__((noreturn))
2011-05-31 21:13:49 +08:00
2018-08-01 21:13:14 +08:00
#if !__EXCEPTIONS && !defined(_LIBCPP_NO_EXCEPTIONS)
2010-08-11 04:48:29 +08:00
#define _LIBCPP_NO_EXCEPTIONS
#endif
2015-10-20 15:37:11 +08:00
// Determine if GCC supports relaxed constexpr
#if !defined(__cpp_constexpr) || __cpp_constexpr < 201304L
2014-07-17 13:16:18 +08:00
#define _LIBCPP_HAS_NO_CXX14_CONSTEXPR
2015-10-20 15:37:11 +08:00
#endif
2019-04-26 04:02:10 +08:00
// GCC 5 supports variable templates
2015-12-15 08:32:21 +08:00
#if !defined(__cpp_variable_templates) || __cpp_variable_templates < 201304L
2015-03-17 23:30:22 +08:00
#define _LIBCPP_HAS_NO_VARIABLE_TEMPLATES
2015-12-15 08:32:21 +08:00
#endif
2014-07-17 13:16:18 +08:00
2014-04-14 23:44:57 +08:00
#if !defined(_LIBCPP_HAS_NO_ASAN) && !defined(__SANITIZE_ADDRESS__)
#define _LIBCPP_HAS_NO_ASAN
#endif
2017-11-23 03:49:03 +08:00
#if _GNUC_VER >= 700
2018-01-03 10:32:28 +08:00
#define _LIBCPP_COMPILER_HAS_BUILTIN_LAUNDER
#endif
#if _GNUC_VER >= 700
#define _LIBCPP_HAS_UNIQUE_OBJECT_REPRESENTATIONS
2017-11-23 03:49:03 +08:00
#endif
[libc++] Introduce _LIBCPP_HIDE_FROM_ABI to replace _LIBCPP_INLINE_VISIBILITY
Summary:
This commit introduces a new macro, _LIBCPP_HIDE_FROM_ABI, whose goal is to
mark functions that shouldn't be part of libc++'s ABI. It marks the functions
as being hidden for dylib visibility purposes, and as having internal linkage
using Clang's __attribute__((internal_linkage)) when available, and
__always_inline__ otherwise.
It replaces _LIBCPP_INLINE_VISIBILITY, which was always using __always_inline__
to achieve similar goals, but suffered from debuggability and code size problems.
The full proposal, along with more background information, can be found here:
http://lists.llvm.org/pipermail/cfe-dev/2018-July/058419.html
This commit does not rename uses of _LIBCPP_INLINE_VISIBILITY to
_LIBCPP_HIDE_FROM_ABI: this wide reaching but mechanical change can
be done later when we've confirmed we're happy with the new macro.
In the future, it would be nice if we could optionally allow dropping
any internal_linkage or __always_inline__ attribute, which could result
in code size improvements. However, this is currently impossible for
reasons explained here: http://lists.llvm.org/pipermail/cfe-dev/2018-July/058450.html
Reviewers: EricWF, dexonsmith, mclow.lists
Subscribers: christof, dexonsmith, llvm-commits, mclow.lists
Differential Revision: https://reviews.llvm.org/D49240
llvm-svn: 338122
2018-07-27 20:46:03 +08:00
#define _LIBCPP_ALWAYS_INLINE __attribute__ ((__always_inline__))
2019-09-04 20:44:19 +08:00
#define _LIBCPP_DISABLE_EXTENSION_WARNING __extension__
2017-01-07 05:42:58 +08:00
#elif defined(_LIBCPP_COMPILER_MSVC)
2011-10-18 04:05:10 +08:00
2017-01-07 05:42:58 +08:00
#define _LIBCPP_TOSTRING2(x) #x
#define _LIBCPP_TOSTRING(x) _LIBCPP_TOSTRING2(x)
#define _LIBCPP_WARNING(x) __pragma(message(__FILE__ "(" _LIBCPP_TOSTRING(__LINE__) ") : warning note: " x))
#if _MSC_VER < 1900
#error "MSVC versions prior to Visual Studio 2015 are not supported"
#endif
2014-07-17 13:16:18 +08:00
#define _LIBCPP_HAS_NO_CXX14_CONSTEXPR
2015-03-17 23:30:22 +08:00
#define _LIBCPP_HAS_NO_VARIABLE_TEMPLATES
2011-10-18 04:05:10 +08:00
#define __alignof__ __alignof
2012-07-26 10:04:22 +08:00
#define _LIBCPP_NORETURN __declspec(noreturn)
2011-10-18 04:05:10 +08:00
#define _ALIGNAS(x) __declspec(align(x))
2018-02-08 07:50:25 +08:00
#define _ALIGNAS_TYPE(x) alignas(x)
2011-10-18 04:05:10 +08:00
2018-02-24 15:57:32 +08:00
#define _LIBCPP_WEAK
2014-04-14 23:44:57 +08:00
#define _LIBCPP_HAS_NO_ASAN
[libc++] Introduce _LIBCPP_HIDE_FROM_ABI to replace _LIBCPP_INLINE_VISIBILITY
Summary:
This commit introduces a new macro, _LIBCPP_HIDE_FROM_ABI, whose goal is to
mark functions that shouldn't be part of libc++'s ABI. It marks the functions
as being hidden for dylib visibility purposes, and as having internal linkage
using Clang's __attribute__((internal_linkage)) when available, and
__always_inline__ otherwise.
It replaces _LIBCPP_INLINE_VISIBILITY, which was always using __always_inline__
to achieve similar goals, but suffered from debuggability and code size problems.
The full proposal, along with more background information, can be found here:
http://lists.llvm.org/pipermail/cfe-dev/2018-July/058419.html
This commit does not rename uses of _LIBCPP_INLINE_VISIBILITY to
_LIBCPP_HIDE_FROM_ABI: this wide reaching but mechanical change can
be done later when we've confirmed we're happy with the new macro.
In the future, it would be nice if we could optionally allow dropping
any internal_linkage or __always_inline__ attribute, which could result
in code size improvements. However, this is currently impossible for
reasons explained here: http://lists.llvm.org/pipermail/cfe-dev/2018-July/058450.html
Reviewers: EricWF, dexonsmith, mclow.lists
Subscribers: christof, dexonsmith, llvm-commits, mclow.lists
Differential Revision: https://reviews.llvm.org/D49240
llvm-svn: 338122
2018-07-27 20:46:03 +08:00
#define _LIBCPP_ALWAYS_INLINE __forceinline
2018-07-31 06:27:38 +08:00
#define _LIBCPP_HAS_NO_VECTOR_EXTENSION
2019-09-04 20:44:19 +08:00
#define _LIBCPP_DISABLE_EXTENSION_WARNING
2017-01-07 05:42:58 +08:00
#elif defined(_LIBCPP_COMPILER_IBM)
2013-08-15 02:00:20 +08:00
#define _ALIGNAS(x) __attribute__((__aligned__(x)))
2019-01-16 09:51:12 +08:00
#define _ALIGNAS_TYPE(x) __attribute__((__aligned__(_LIBCPP_ALIGNOF(x))))
2013-08-15 02:00:20 +08:00
#define _ATTRIBUTE(x) __attribute__((x))
#define _LIBCPP_NORETURN __attribute__((noreturn))
#define _LIBCPP_HAS_NO_UNICODE_CHARS
2015-03-17 23:30:22 +08:00
#define _LIBCPP_HAS_NO_VARIABLE_TEMPLATES
2013-08-15 02:00:20 +08:00
#if defined(_AIX)
#define __MULTILOCALE_API
#endif
2014-04-14 23:44:57 +08:00
#define _LIBCPP_HAS_NO_ASAN
[libc++] Introduce _LIBCPP_HIDE_FROM_ABI to replace _LIBCPP_INLINE_VISIBILITY
Summary:
This commit introduces a new macro, _LIBCPP_HIDE_FROM_ABI, whose goal is to
mark functions that shouldn't be part of libc++'s ABI. It marks the functions
as being hidden for dylib visibility purposes, and as having internal linkage
using Clang's __attribute__((internal_linkage)) when available, and
__always_inline__ otherwise.
It replaces _LIBCPP_INLINE_VISIBILITY, which was always using __always_inline__
to achieve similar goals, but suffered from debuggability and code size problems.
The full proposal, along with more background information, can be found here:
http://lists.llvm.org/pipermail/cfe-dev/2018-July/058419.html
This commit does not rename uses of _LIBCPP_INLINE_VISIBILITY to
_LIBCPP_HIDE_FROM_ABI: this wide reaching but mechanical change can
be done later when we've confirmed we're happy with the new macro.
In the future, it would be nice if we could optionally allow dropping
any internal_linkage or __always_inline__ attribute, which could result
in code size improvements. However, this is currently impossible for
reasons explained here: http://lists.llvm.org/pipermail/cfe-dev/2018-July/058450.html
Reviewers: EricWF, dexonsmith, mclow.lists
Subscribers: christof, dexonsmith, llvm-commits, mclow.lists
Differential Revision: https://reviews.llvm.org/D49240
llvm-svn: 338122
2018-07-27 20:46:03 +08:00
#define _LIBCPP_ALWAYS_INLINE __attribute__ ((__always_inline__))
2018-07-31 06:27:38 +08:00
#define _LIBCPP_HAS_NO_VECTOR_EXTENSION
2019-09-04 20:44:19 +08:00
#define _LIBCPP_DISABLE_EXTENSION_WARNING
2017-01-07 05:42:58 +08:00
#endif // _LIBCPP_COMPILER_[CLANG|GCC|MSVC|IBM]
2010-05-12 03:42:16 +08:00
2017-01-04 05:53:51 +08:00
#if defined(_LIBCPP_OBJECT_FORMAT_COFF)
2018-02-24 15:57:32 +08:00
2018-01-17 12:37:04 +08:00
#ifdef _DLL
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CRT_FUNC __declspec(dllimport)
2018-01-17 12:37:04 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CRT_FUNC
2018-01-17 12:37:04 +08:00
#endif
2016-12-06 03:40:12 +08:00
#if defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DLL_VIS
# define _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS
# define _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS
# define _LIBCPP_OVERRIDABLE_FUNC_VIS
2018-10-25 20:13:43 +08:00
# define _LIBCPP_EXPORTED_FROM_ABI
2016-09-27 06:19:41 +08:00
#elif defined(_LIBCPP_BUILDING_LIBRARY)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DLL_VIS __declspec(dllexport)
2019-04-26 03:46:28 +08:00
# if defined(__MINGW32__)
# define _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS _LIBCPP_DLL_VIS
# define _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS
# else
# define _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS
# define _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS _LIBCPP_DLL_VIS
# endif
2018-02-24 15:57:32 +08:00
# define _LIBCPP_OVERRIDABLE_FUNC_VIS _LIBCPP_DLL_VIS
2018-10-25 20:13:43 +08:00
# define _LIBCPP_EXPORTED_FROM_ABI __declspec(dllexport)
2016-09-27 06:19:41 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DLL_VIS __declspec(dllimport)
# define _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS _LIBCPP_DLL_VIS
# define _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS
# define _LIBCPP_OVERRIDABLE_FUNC_VIS
2018-10-25 20:13:43 +08:00
# define _LIBCPP_EXPORTED_FROM_ABI __declspec(dllimport)
2016-09-16 06:27:07 +08:00
#endif
2016-09-27 06:19:41 +08:00
2016-09-16 06:27:07 +08:00
#define _LIBCPP_TYPE_VIS _LIBCPP_DLL_VIS
#define _LIBCPP_FUNC_VIS _LIBCPP_DLL_VIS
#define _LIBCPP_EXCEPTION_ABI _LIBCPP_DLL_VIS
#define _LIBCPP_HIDDEN
[libc++] Make _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS export members
When building libc++ with hidden visibility, we want explicit template
instantiations to export members. This is consistent with existing
Windows behavior, and is necessary for clients to be able to link
against a hidden visibility built libc++ without running into lots of
missing symbols.
An unfortunate side effect, however, is that any template methods of a
class with an explicit instantiation will get default visibility when
instantiated, unless the methods are explicitly marked inline or hidden
visibility. This is not desirable for clients of libc++ headers who wish
to control their visibility, and led to PR30642.
Annotate all problematic methods with an explicit visibility specifier
to avoid this. The problematic methods were found by running
https://github.com/smeenai/bad-visibility-finder against the libc++
headers after making the _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS change. The
methods were marked with the new _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS
macro, which was created for this purpose.
It should be noted that _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS was originally
intended to expand to default visibility, and was changed to expanding
to default type visibility to fix PR30642. The visibility macro
documentation was not updated accordingly, however, so this change makes
the macro consistent with its documentation again, while explicitly
fixing the methods which resulted in that PR.
Differential Revision: https://reviews.llvm.org/D29157
llvm-svn: 296731
2017-03-02 11:02:50 +08:00
#define _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS
2017-01-05 07:56:00 +08:00
#define _LIBCPP_TEMPLATE_VIS
2016-09-16 06:27:07 +08:00
#define _LIBCPP_ENUM_VIS
2017-01-04 05:53:51 +08:00
#endif // defined(_LIBCPP_OBJECT_FORMAT_COFF)
2016-09-16 06:27:07 +08:00
#ifndef _LIBCPP_HIDDEN
2018-02-24 15:57:32 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
# define _LIBCPP_HIDDEN __attribute__ ((__visibility__("hidden")))
# else
# define _LIBCPP_HIDDEN
# endif
2016-09-16 06:27:07 +08:00
#endif
2017-03-09 08:18:00 +08:00
#ifndef _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS
2018-02-24 15:57:32 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
[libc++] Make _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS export members
When building libc++ with hidden visibility, we want explicit template
instantiations to export members. This is consistent with existing
Windows behavior, and is necessary for clients to be able to link
against a hidden visibility built libc++ without running into lots of
missing symbols.
An unfortunate side effect, however, is that any template methods of a
class with an explicit instantiation will get default visibility when
instantiated, unless the methods are explicitly marked inline or hidden
visibility. This is not desirable for clients of libc++ headers who wish
to control their visibility, and led to PR30642.
Annotate all problematic methods with an explicit visibility specifier
to avoid this. The problematic methods were found by running
https://github.com/smeenai/bad-visibility-finder against the libc++
headers after making the _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS change. The
methods were marked with the new _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS
macro, which was created for this purpose.
It should be noted that _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS was originally
intended to expand to default visibility, and was changed to expanding
to default type visibility to fix PR30642. The visibility macro
documentation was not updated accordingly, however, so this change makes
the macro consistent with its documentation again, while explicitly
fixing the methods which resulted in that PR.
Differential Revision: https://reviews.llvm.org/D29157
llvm-svn: 296731
2017-03-02 11:02:50 +08:00
// The inline should be removed once PR32114 is resolved
2018-02-24 15:57:32 +08:00
# define _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS inline _LIBCPP_HIDDEN
# else
# define _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS
# endif
2017-03-09 08:18:00 +08:00
#endif
[libc++] Make _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS export members
When building libc++ with hidden visibility, we want explicit template
instantiations to export members. This is consistent with existing
Windows behavior, and is necessary for clients to be able to link
against a hidden visibility built libc++ without running into lots of
missing symbols.
An unfortunate side effect, however, is that any template methods of a
class with an explicit instantiation will get default visibility when
instantiated, unless the methods are explicitly marked inline or hidden
visibility. This is not desirable for clients of libc++ headers who wish
to control their visibility, and led to PR30642.
Annotate all problematic methods with an explicit visibility specifier
to avoid this. The problematic methods were found by running
https://github.com/smeenai/bad-visibility-finder against the libc++
headers after making the _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS change. The
methods were marked with the new _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS
macro, which was created for this purpose.
It should be noted that _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS was originally
intended to expand to default visibility, and was changed to expanding
to default type visibility to fix PR30642. The visibility macro
documentation was not updated accordingly, however, so this change makes
the macro consistent with its documentation again, while explicitly
fixing the methods which resulted in that PR.
Differential Revision: https://reviews.llvm.org/D29157
llvm-svn: 296731
2017-03-02 11:02:50 +08:00
2016-09-16 06:27:07 +08:00
#ifndef _LIBCPP_FUNC_VIS
2018-02-24 15:57:32 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
# define _LIBCPP_FUNC_VIS __attribute__ ((__visibility__("default")))
# else
# define _LIBCPP_FUNC_VIS
# endif
2016-09-16 06:27:07 +08:00
#endif
#ifndef _LIBCPP_TYPE_VIS
2016-12-06 03:40:12 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
2017-03-02 11:22:18 +08:00
# define _LIBCPP_TYPE_VIS __attribute__ ((__visibility__("default")))
2016-09-16 06:27:07 +08:00
# else
2016-12-06 03:40:12 +08:00
# define _LIBCPP_TYPE_VIS
2016-09-16 06:27:07 +08:00
# endif
#endif
2017-01-05 07:56:00 +08:00
#ifndef _LIBCPP_TEMPLATE_VIS
2017-03-02 11:22:18 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
# if __has_attribute(__type_visibility__)
# define _LIBCPP_TEMPLATE_VIS __attribute__ ((__type_visibility__("default")))
# else
# define _LIBCPP_TEMPLATE_VIS __attribute__ ((__visibility__("default")))
# endif
# else
# define _LIBCPP_TEMPLATE_VIS
# endif
2016-09-16 06:27:07 +08:00
#endif
2018-10-25 20:13:43 +08:00
#ifndef _LIBCPP_EXPORTED_FROM_ABI
2018-12-14 04:06:14 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
# define _LIBCPP_EXPORTED_FROM_ABI __attribute__((__visibility__("default")))
# else
# define _LIBCPP_EXPORTED_FROM_ABI
# endif
2017-01-17 05:01:00 +08:00
#endif
2016-11-17 06:18:10 +08:00
#ifndef _LIBCPP_OVERRIDABLE_FUNC_VIS
2018-02-24 15:57:32 +08:00
#define _LIBCPP_OVERRIDABLE_FUNC_VIS _LIBCPP_FUNC_VIS
2016-11-17 06:18:10 +08:00
#endif
2016-09-16 06:27:07 +08:00
#ifndef _LIBCPP_EXCEPTION_ABI
2018-02-24 15:57:32 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
# define _LIBCPP_EXCEPTION_ABI __attribute__ ((__visibility__("default")))
# else
# define _LIBCPP_EXCEPTION_ABI
# endif
2016-09-16 06:27:07 +08:00
#endif
#ifndef _LIBCPP_ENUM_VIS
2016-12-06 03:40:12 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS) && __has_attribute(__type_visibility__)
2016-09-16 06:27:07 +08:00
# define _LIBCPP_ENUM_VIS __attribute__ ((__type_visibility__("default")))
# else
# define _LIBCPP_ENUM_VIS
# endif
#endif
#ifndef _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS
2016-12-06 03:40:12 +08:00
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS) && __has_attribute(__type_visibility__)
[libc++] Make _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS export members
When building libc++ with hidden visibility, we want explicit template
instantiations to export members. This is consistent with existing
Windows behavior, and is necessary for clients to be able to link
against a hidden visibility built libc++ without running into lots of
missing symbols.
An unfortunate side effect, however, is that any template methods of a
class with an explicit instantiation will get default visibility when
instantiated, unless the methods are explicitly marked inline or hidden
visibility. This is not desirable for clients of libc++ headers who wish
to control their visibility, and led to PR30642.
Annotate all problematic methods with an explicit visibility specifier
to avoid this. The problematic methods were found by running
https://github.com/smeenai/bad-visibility-finder against the libc++
headers after making the _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS change. The
methods were marked with the new _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS
macro, which was created for this purpose.
It should be noted that _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS was originally
intended to expand to default visibility, and was changed to expanding
to default type visibility to fix PR30642. The visibility macro
documentation was not updated accordingly, however, so this change makes
the macro consistent with its documentation again, while explicitly
fixing the methods which resulted in that PR.
Differential Revision: https://reviews.llvm.org/D29157
llvm-svn: 296731
2017-03-02 11:02:50 +08:00
# define _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS __attribute__ ((__visibility__("default")))
2016-09-16 06:27:07 +08:00
# else
# define _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS
# endif
#endif
2016-09-20 02:29:07 +08:00
#ifndef _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS
2018-02-24 15:57:32 +08:00
#define _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS
2016-09-20 02:29:07 +08:00
#endif
[libc++] Introduce _LIBCPP_HIDE_FROM_ABI to replace _LIBCPP_INLINE_VISIBILITY
Summary:
This commit introduces a new macro, _LIBCPP_HIDE_FROM_ABI, whose goal is to
mark functions that shouldn't be part of libc++'s ABI. It marks the functions
as being hidden for dylib visibility purposes, and as having internal linkage
using Clang's __attribute__((internal_linkage)) when available, and
__always_inline__ otherwise.
It replaces _LIBCPP_INLINE_VISIBILITY, which was always using __always_inline__
to achieve similar goals, but suffered from debuggability and code size problems.
The full proposal, along with more background information, can be found here:
http://lists.llvm.org/pipermail/cfe-dev/2018-July/058419.html
This commit does not rename uses of _LIBCPP_INLINE_VISIBILITY to
_LIBCPP_HIDE_FROM_ABI: this wide reaching but mechanical change can
be done later when we've confirmed we're happy with the new macro.
In the future, it would be nice if we could optionally allow dropping
any internal_linkage or __always_inline__ attribute, which could result
in code size improvements. However, this is currently impossible for
reasons explained here: http://lists.llvm.org/pipermail/cfe-dev/2018-July/058450.html
Reviewers: EricWF, dexonsmith, mclow.lists
Subscribers: christof, dexonsmith, llvm-commits, mclow.lists
Differential Revision: https://reviews.llvm.org/D49240
llvm-svn: 338122
2018-07-27 20:46:03 +08:00
#if __has_attribute(internal_linkage)
# define _LIBCPP_INTERNAL_LINKAGE __attribute__ ((internal_linkage))
#else
# define _LIBCPP_INTERNAL_LINKAGE _LIBCPP_ALWAYS_INLINE
2016-09-16 06:27:07 +08:00
#endif
2018-10-30 01:30:04 +08:00
#if __has_attribute(exclude_from_explicit_instantiation)
# define _LIBCPP_EXCLUDE_FROM_EXPLICIT_INSTANTIATION __attribute__ ((__exclude_from_explicit_instantiation__))
#else
// Try to approximate the effect of exclude_from_explicit_instantiation
// (which is that entities are not assumed to be provided by explicit
2019-03-21 01:05:52 +08:00
// template instantiations in the dylib) by always inlining those entities.
2018-10-30 01:30:04 +08:00
# define _LIBCPP_EXCLUDE_FROM_EXPLICIT_INSTANTIATION _LIBCPP_ALWAYS_INLINE
#endif
[libcxx] By default, do not use internal_linkage to hide symbols from the ABI
Summary:
https://reviews.llvm.org/D49240 led to symbol size problems in Chromium, and
we expect this may be the case in other projects built in debug mode too.
Instead, unless users explicitly ask for internal_linkage, we use always_inline
like we used to.
In the future, when we have a solution that allows us to drop always_inline
without falling back on internal_linkage, we can replace always_inline by
that.
Note that this commit introduces a change in contract for existing libc++
users: by default, libc++ used to guarantee that TUs built with different
versions of libc++ could be linked together. With the introduction of the
_LIBCPP_HIDE_FROM_ABI_PER_TU macro, the default behavior is that TUs built
with different libc++ versions are not guaranteed to link. This is a change
in contract but not a change in behavior, since the current implementation
still allows linking TUs built with different libc++ versions together.
Reviewers: EricWF, mclow.lists, dexonsmith, hans, rnk
Subscribers: christof, cfe-commits
Differential Revision: https://reviews.llvm.org/D50652
llvm-svn: 339874
2018-08-16 20:44:28 +08:00
#ifndef _LIBCPP_HIDE_FROM_ABI_PER_TU
# ifndef _LIBCPP_HIDE_FROM_ABI_PER_TU_BY_DEFAULT
# define _LIBCPP_HIDE_FROM_ABI_PER_TU 0
# else
# define _LIBCPP_HIDE_FROM_ABI_PER_TU 1
# endif
#endif
2019-05-29 10:21:37 +08:00
#ifndef _LIBCPP_HAS_MERGED_TYPEINFO_NAMES_DEFAULT
# ifdef _LIBCPP_OBJECT_FORMAT_COFF // Windows binaries can't merge typeinfos.
# define _LIBCPP_HAS_MERGED_TYPEINFO_NAMES_DEFAULT 0
#else
// TODO: This isn't strictly correct on ELF platforms due to llvm.org/PR37398
// And we should consider defaulting to OFF.
# define _LIBCPP_HAS_MERGED_TYPEINFO_NAMES_DEFAULT 1
#endif
#endif
[libc++] Introduce _LIBCPP_HIDE_FROM_ABI to replace _LIBCPP_INLINE_VISIBILITY
Summary:
This commit introduces a new macro, _LIBCPP_HIDE_FROM_ABI, whose goal is to
mark functions that shouldn't be part of libc++'s ABI. It marks the functions
as being hidden for dylib visibility purposes, and as having internal linkage
using Clang's __attribute__((internal_linkage)) when available, and
__always_inline__ otherwise.
It replaces _LIBCPP_INLINE_VISIBILITY, which was always using __always_inline__
to achieve similar goals, but suffered from debuggability and code size problems.
The full proposal, along with more background information, can be found here:
http://lists.llvm.org/pipermail/cfe-dev/2018-July/058419.html
This commit does not rename uses of _LIBCPP_INLINE_VISIBILITY to
_LIBCPP_HIDE_FROM_ABI: this wide reaching but mechanical change can
be done later when we've confirmed we're happy with the new macro.
In the future, it would be nice if we could optionally allow dropping
any internal_linkage or __always_inline__ attribute, which could result
in code size improvements. However, this is currently impossible for
reasons explained here: http://lists.llvm.org/pipermail/cfe-dev/2018-July/058450.html
Reviewers: EricWF, dexonsmith, mclow.lists
Subscribers: christof, dexonsmith, llvm-commits, mclow.lists
Differential Revision: https://reviews.llvm.org/D49240
llvm-svn: 338122
2018-07-27 20:46:03 +08:00
#ifndef _LIBCPP_HIDE_FROM_ABI
[libcxx] By default, do not use internal_linkage to hide symbols from the ABI
Summary:
https://reviews.llvm.org/D49240 led to symbol size problems in Chromium, and
we expect this may be the case in other projects built in debug mode too.
Instead, unless users explicitly ask for internal_linkage, we use always_inline
like we used to.
In the future, when we have a solution that allows us to drop always_inline
without falling back on internal_linkage, we can replace always_inline by
that.
Note that this commit introduces a change in contract for existing libc++
users: by default, libc++ used to guarantee that TUs built with different
versions of libc++ could be linked together. With the introduction of the
_LIBCPP_HIDE_FROM_ABI_PER_TU macro, the default behavior is that TUs built
with different libc++ versions are not guaranteed to link. This is a change
in contract but not a change in behavior, since the current implementation
still allows linking TUs built with different libc++ versions together.
Reviewers: EricWF, mclow.lists, dexonsmith, hans, rnk
Subscribers: christof, cfe-commits
Differential Revision: https://reviews.llvm.org/D50652
llvm-svn: 339874
2018-08-16 20:44:28 +08:00
# if _LIBCPP_HIDE_FROM_ABI_PER_TU
# define _LIBCPP_HIDE_FROM_ABI _LIBCPP_HIDDEN _LIBCPP_INTERNAL_LINKAGE
# else
2018-10-30 01:30:04 +08:00
# define _LIBCPP_HIDE_FROM_ABI _LIBCPP_HIDDEN _LIBCPP_EXCLUDE_FROM_EXPLICIT_INSTANTIATION
[libcxx] By default, do not use internal_linkage to hide symbols from the ABI
Summary:
https://reviews.llvm.org/D49240 led to symbol size problems in Chromium, and
we expect this may be the case in other projects built in debug mode too.
Instead, unless users explicitly ask for internal_linkage, we use always_inline
like we used to.
In the future, when we have a solution that allows us to drop always_inline
without falling back on internal_linkage, we can replace always_inline by
that.
Note that this commit introduces a change in contract for existing libc++
users: by default, libc++ used to guarantee that TUs built with different
versions of libc++ could be linked together. With the introduction of the
_LIBCPP_HIDE_FROM_ABI_PER_TU macro, the default behavior is that TUs built
with different libc++ versions are not guaranteed to link. This is a change
in contract but not a change in behavior, since the current implementation
still allows linking TUs built with different libc++ versions together.
Reviewers: EricWF, mclow.lists, dexonsmith, hans, rnk
Subscribers: christof, cfe-commits
Differential Revision: https://reviews.llvm.org/D50652
llvm-svn: 339874
2018-08-16 20:44:28 +08:00
# endif
[libc++] Introduce _LIBCPP_HIDE_FROM_ABI to replace _LIBCPP_INLINE_VISIBILITY
Summary:
This commit introduces a new macro, _LIBCPP_HIDE_FROM_ABI, whose goal is to
mark functions that shouldn't be part of libc++'s ABI. It marks the functions
as being hidden for dylib visibility purposes, and as having internal linkage
using Clang's __attribute__((internal_linkage)) when available, and
__always_inline__ otherwise.
It replaces _LIBCPP_INLINE_VISIBILITY, which was always using __always_inline__
to achieve similar goals, but suffered from debuggability and code size problems.
The full proposal, along with more background information, can be found here:
http://lists.llvm.org/pipermail/cfe-dev/2018-July/058419.html
This commit does not rename uses of _LIBCPP_INLINE_VISIBILITY to
_LIBCPP_HIDE_FROM_ABI: this wide reaching but mechanical change can
be done later when we've confirmed we're happy with the new macro.
In the future, it would be nice if we could optionally allow dropping
any internal_linkage or __always_inline__ attribute, which could result
in code size improvements. However, this is currently impossible for
reasons explained here: http://lists.llvm.org/pipermail/cfe-dev/2018-July/058450.html
Reviewers: EricWF, dexonsmith, mclow.lists
Subscribers: christof, dexonsmith, llvm-commits, mclow.lists
Differential Revision: https://reviews.llvm.org/D49240
llvm-svn: 338122
2018-07-27 20:46:03 +08:00
#endif
2018-08-06 22:11:50 +08:00
#ifdef _LIBCPP_BUILDING_LIBRARY
# if _LIBCPP_ABI_VERSION > 1
# define _LIBCPP_HIDE_FROM_ABI_AFTER_V1 _LIBCPP_HIDE_FROM_ABI
2018-02-24 15:57:32 +08:00
# else
2018-08-06 22:11:50 +08:00
# define _LIBCPP_HIDE_FROM_ABI_AFTER_V1
2018-02-24 15:57:32 +08:00
# endif
2018-08-06 22:11:50 +08:00
#else
# define _LIBCPP_HIDE_FROM_ABI_AFTER_V1 _LIBCPP_HIDE_FROM_ABI
[libc++] Add _LIBCPP_EXTERN_TEMPLATE_INLINE_VISIBILITY to support GCC ABI compatibility
Summary:
GCC and Clang handle visibility attributes on the out-of-line definition of externally instantiated templates differently. For example in the reproducer below Clang will emit both 'foo' and 'bar' with default visibility while GCC only emits a non-hidden 'foo'.
```
// RUN: g++ -std=c++11 -shared -O3 test.cpp && sym_extract.py a.out
// RUN: clang++ -std=c++11 -shared -O3 test.cpp && sym_extract.py a.out
#define INLINE_VISIBILITY __attribute__((visibility("hidden"), always_inline))
template <class T>
struct Foo {
void foo();
void bar();
};
template <class T>
void Foo<T>::foo() {}
template <class T>
inline INLINE_VISIBILITY
void Foo<T>::bar() {}
template struct Foo<int>;
```
This difference creates ABI incompatibilities between Clang and GCC built dylibs. Specifically GCC built dylibs lack definitions for various member functions of `basic_string`, `basic_istream`, `basic_ostream`, `basic_iostream`, and `basic_streambuf` (All of these types are externally instantiated).
Surprisingly these missing symbols don't cause many problems because the functions are marked `always_inline` therefore the dylib definition is rarely needed. However when an out-of-line definition is required then GCC built dylibs will fail to link. For example [GCC built dylibs cannot build Clang](http://stackoverflow.com/questions/39454262/clang-build-errors).
This patch works around this issue by adding `_LIBCPP_EXTERN_TEMPLATE_INLINE_VISIBILITY` which is used to mark externally instantiated member functions as always inline. When building the library `_LIBCPP_EXTERN_TEMPLATE_INLINE_VISIBILITY` sets the symbol's visibility to "default" instead of "hidden", otherwise it acts exactly the same as `_LIBCPP_INLINE_VISIBILITY`.
After applying this patch GCC dylibs now contain:
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE7sungetcEv`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE5gbumpEi`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE7sungetcEv`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE9sputbackcEc`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEE3getERNS_15basic_streambufIwS2_EE`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEElsEPFRNS_9basic_iosIwS2_EES6_E`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE4setpEPcS4_`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEEC1EPNS_15basic_streambufIwS2_EE`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE6snextcEv`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEE4swapERS3_`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEE4swapERS3_`
* `_ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE6__initEPKcm`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEErsEPFRNS_8ios_baseES5_E`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE9pubsetbufEPcl`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE10pubseekoffExNS_8ios_base7seekdirEj`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEErsEPFRNS_9basic_iosIwS2_EES6_E`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE5pbumpEi`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEE5seekpENS_4fposI11__mbstate_tEE`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEE7getlineEPcl`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE5sgetcEv`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEE3getERNS_15basic_streambufIcS2_EE`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEElsEPFRNS_8ios_baseES5_E`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE8in_availEv`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEErsEPFRNS_8ios_baseES5_E`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE6sbumpcEv`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEElsEPFRNS_9basic_iosIcS2_EES6_E`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEE3getERc`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE6snextcEv`
* `_ZNSt3__112basic_stringIwNS_11char_traitsIwEENS_9allocatorIwEEE6__initEmw`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEE7getlineEPwl`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEE5tellpEv`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEE3getERw`
* `_ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE6__initEmc`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE7pubsyncEv`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEE3getEPcl`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEEC2EPNS_15basic_streambufIcS2_EE`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEErsEPFRNS_9basic_iosIcS2_EES6_E`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE7pubsyncEv`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE5sputcEc`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEE5seekpExNS_8ios_base7seekdirE`
* `_ZNKSt3__115basic_streambufIcNS_11char_traitsIcEEE6getlocEv`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE5gbumpEi`
* `_ZNSt3__114basic_iostreamIcNS_11char_traitsIcEEE4swapERS3_`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEE5seekpENS_4fposI11__mbstate_tEE`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEE5tellpEv`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEElsEPFRS3_S4_E`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEE3getEPwl`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEEC2EPNS_15basic_streambufIwS2_EE`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEElsEPFRS3_S4_E`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE4setgEPcS4_S4_`
* `_ZNSt3__112basic_stringIwNS_11char_traitsIwEENS_9allocatorIwEEE6__initEPKwmm`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE4setgEPwS4_S4_`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEEC1EPNS_15basic_streambufIwS2_EE`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE8pubimbueERKNS_6localeE`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEE4swapERS3_`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEEC2EPNS_15basic_streambufIwS2_EE`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE10pubseekposENS_4fposI11__mbstate_tEEj`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE5pbumpEi`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE5sgetcEv`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEE4swapERS3_`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE10pubseekposENS_4fposI11__mbstate_tEEj`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE5sputnEPKcl`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEE5seekpExNS_8ios_base7seekdirE`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE5sgetnEPwl`
* `_ZNSt3__113basic_ostreamIwNS_11char_traitsIwEEElsEPFRNS_8ios_baseES5_E`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE4setpEPwS4_`
* `_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEE5sgetnEPcl`
* `_ZNKSt3__115basic_streambufIwNS_11char_traitsIwEEE6getlocEv`
* `_ZNSt3__114basic_iostreamIcNS_11char_traitsIcEEEC2EPNS_15basic_streambufIcS2_EE`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE8pubimbueERKNS_6localeE`
* `_ZNSt3__114basic_iostreamIcNS_11char_traitsIcEEEC1EPNS_15basic_streambufIcS2_EE`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE8in_availEv`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEEC1EPNS_15basic_streambufIcS2_EE`
* `_ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE6__initEPKcmm`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE6sbumpcEv`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE10pubseekoffExNS_8ios_base7seekdirEj`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEEC2EPNS_15basic_streambufIcS2_EE`
* `_ZNSt3__113basic_istreamIwNS_11char_traitsIwEEErsEPFRS3_S4_E`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE9sputbackcEw`
* `_ZNSt3__112basic_stringIwNS_11char_traitsIwEENS_9allocatorIwEEE6__initEPKwm`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE5sputnEPKwl`
* `_ZNSt3__113basic_istreamIcNS_11char_traitsIcEEErsEPFRS3_S4_E`
* `_ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEEC1EPNS_15basic_streambufIcS2_EE`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE9pubsetbufEPwl`
* `_ZNSt3__115basic_streambufIwNS_11char_traitsIwEEE5sputcEw`
This patch has no effect on Clang based builds.
Reviewers: mclow.lists, eugenis, danalbert, jroelofs, EricWF
Subscribers: beanz, cfe-commits, mgorny
Differential Revision: https://reviews.llvm.org/D24600
llvm-svn: 281681
2016-09-16 08:00:48 +08:00
#endif
2018-08-06 22:11:50 +08:00
// Just so we can migrate to the new macros gradually.
#define _LIBCPP_INLINE_VISIBILITY _LIBCPP_HIDE_FROM_ABI
2018-10-30 10:02:00 +08:00
// Inline namespaces are available in Clang/GCC/MSVC regardless of C++ dialect.
2018-10-31 05:44:53 +08:00
#define _LIBCPP_BEGIN_NAMESPACE_STD namespace std { inline namespace _LIBCPP_ABI_NAMESPACE {
2018-10-30 10:02:00 +08:00
#define _LIBCPP_END_NAMESPACE_STD } }
2018-10-31 05:44:53 +08:00
#define _VSTD std::_LIBCPP_ABI_NAMESPACE
2018-10-30 10:02:00 +08:00
_LIBCPP_BEGIN_NAMESPACE_STD _LIBCPP_END_NAMESPACE_STD
#if _LIBCPP_STD_VER >= 17
#define _LIBCPP_BEGIN_NAMESPACE_FILESYSTEM \
_LIBCPP_BEGIN_NAMESPACE_STD inline namespace __fs { namespace filesystem {
#else
#define _LIBCPP_BEGIN_NAMESPACE_FILESYSTEM \
_LIBCPP_BEGIN_NAMESPACE_STD namespace __fs { namespace filesystem {
#endif
#define _LIBCPP_END_NAMESPACE_FILESYSTEM \
_LIBCPP_END_NAMESPACE_STD } }
#define _VSTD_FS _VSTD::__fs::filesystem
2016-09-16 06:27:07 +08:00
#ifndef _LIBCPP_PREFERRED_OVERLOAD
# if __has_attribute(__enable_if__)
# define _LIBCPP_PREFERRED_OVERLOAD __attribute__ ((__enable_if__(true, "")))
# endif
#endif
2015-12-16 06:16:47 +08:00
#ifndef _LIBCPP_HAS_NO_NOEXCEPT
# define _NOEXCEPT noexcept
# define _NOEXCEPT_(x) noexcept(x)
#else
# define _NOEXCEPT throw()
# define _NOEXCEPT_(x)
#endif
2010-05-12 03:42:16 +08:00
#ifdef _LIBCPP_HAS_NO_UNICODE_CHARS
2010-08-11 04:48:29 +08:00
typedef unsigned short char16_t;
typedef unsigned int char32_t;
2010-08-22 08:02:43 +08:00
#endif // _LIBCPP_HAS_NO_UNICODE_CHARS
2010-05-12 03:42:16 +08:00
2014-03-27 03:45:52 +08:00
#ifndef __SIZEOF_INT128__
#define _LIBCPP_HAS_NO_INT128
#endif
2016-09-25 11:34:28 +08:00
#ifdef _LIBCPP_CXX03_LANG
2019-06-19 04:50:25 +08:00
# define static_assert(...) _Static_assert(__VA_ARGS__)
# define decltype(...) __decltype(__VA_ARGS__)
2016-09-25 11:34:28 +08:00
#endif // _LIBCPP_CXX03_LANG
2010-05-12 03:42:16 +08:00
2019-06-21 21:56:13 +08:00
#ifdef _LIBCPP_CXX03_LANG
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CONSTEXPR
2012-04-02 08:40:41 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CONSTEXPR constexpr
2010-09-07 03:10:31 +08:00
#endif
2016-11-18 14:42:17 +08:00
#ifdef _LIBCPP_CXX03_LANG
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DEFAULT {}
2013-05-03 04:18:43 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DEFAULT = default;
2013-05-03 04:18:43 +08:00
#endif
2017-01-07 04:58:25 +08:00
#ifdef _LIBCPP_CXX03_LANG
2018-02-24 15:57:32 +08:00
# define _LIBCPP_EQUAL_DELETE
2016-03-31 10:15:15 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_EQUAL_DELETE = delete
2016-03-31 10:15:15 +08:00
#endif
2012-06-29 00:47:34 +08:00
#ifdef __GNUC__
2019-02-26 14:34:42 +08:00
# define _LIBCPP_NOALIAS __attribute__((__malloc__))
2012-06-29 00:47:34 +08:00
#else
2019-02-26 14:34:42 +08:00
# define _LIBCPP_NOALIAS
2012-06-29 00:47:34 +08:00
#endif
2017-01-14 02:03:46 +08:00
#if __has_feature(cxx_explicit_conversions) || defined(__IBMCPP__) || \
2016-12-30 22:05:52 +08:00
(!defined(_LIBCPP_CXX03_LANG) && defined(__GNUC__)) // All supported GCC versions
2018-02-24 15:57:32 +08:00
# define _LIBCPP_EXPLICIT explicit
2012-02-22 05:46:43 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_EXPLICIT
2012-02-22 05:46:43 +08:00
#endif
2014-06-05 03:54:15 +08:00
#if !__has_builtin(__builtin_operator_new) || !__has_builtin(__builtin_operator_delete)
2018-02-24 15:57:32 +08:00
#define _LIBCPP_HAS_NO_BUILTIN_OPERATOR_NEW_DELETE
2014-06-05 03:54:15 +08:00
#endif
2011-12-03 03:36:40 +08:00
#ifdef _LIBCPP_HAS_NO_STRONG_ENUMS
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DECLARE_STRONG_ENUM(x) struct _LIBCPP_TYPE_VIS x { enum __lx
# define _LIBCPP_DECLARE_STRONG_ENUM_EPILOG(x) \
__lx __v_; \
2018-07-12 07:14:33 +08:00
_LIBCPP_INLINE_VISIBILITY x(__lx __v) : __v_(__v) {} \
_LIBCPP_INLINE_VISIBILITY explicit x(int __v) : __v_(static_cast<__lx>(__v)) {} \
_LIBCPP_INLINE_VISIBILITY operator int() const {return __v_;} \
2018-02-24 15:57:32 +08:00
};
2011-12-03 03:36:40 +08:00
#else // _LIBCPP_HAS_NO_STRONG_ENUMS
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DECLARE_STRONG_ENUM(x) enum class _LIBCPP_ENUM_VIS x
# define _LIBCPP_DECLARE_STRONG_ENUM_EPILOG(x)
2011-12-03 03:36:40 +08:00
#endif // _LIBCPP_HAS_NO_STRONG_ENUMS
2013-08-24 04:10:18 +08:00
#ifdef _LIBCPP_DEBUG
2018-02-24 15:57:32 +08:00
# if _LIBCPP_DEBUG == 0
# define _LIBCPP_DEBUG_LEVEL 1
# elif _LIBCPP_DEBUG == 1
# define _LIBCPP_DEBUG_LEVEL 2
# else
# error Supported values for _LIBCPP_DEBUG are 0 and 1
# endif
# if !defined(_LIBCPP_BUILDING_LIBRARY)
# define _LIBCPP_EXTERN_TEMPLATE(...)
# endif
2013-08-24 01:37:05 +08:00
#endif
2019-12-14 04:42:07 +08:00
#ifndef _LIBCPP_DEBUG_LEVEL
# define _LIBCPP_DEBUG_LEVEL 0
#endif
2017-04-14 04:13:32 +08:00
#ifdef _LIBCPP_DISABLE_EXTERN_TEMPLATE
#define _LIBCPP_EXTERN_TEMPLATE(...)
#define _LIBCPP_EXTERN_TEMPLATE2(...)
#endif
2012-11-07 05:08:48 +08:00
#ifndef _LIBCPP_EXTERN_TEMPLATE
2014-08-16 01:58:56 +08:00
#define _LIBCPP_EXTERN_TEMPLATE(...) extern template __VA_ARGS__;
2012-11-07 05:08:48 +08:00
#endif
2013-08-24 01:37:05 +08:00
#ifndef _LIBCPP_EXTERN_TEMPLATE2
#define _LIBCPP_EXTERN_TEMPLATE2(...) extern template __VA_ARGS__;
#endif
2020-01-16 06:12:09 +08:00
#ifndef _LIBCPP_EXTERN_TEMPLATE_DEFINE
#define _LIBCPP_EXTERN_TEMPLATE_DEFINE(...) template __VA_ARGS__;
#endif
2017-11-23 18:38:18 +08:00
#if defined(__APPLE__) || defined(__FreeBSD__) || defined(_LIBCPP_MSVCRT_LIKE) || \
2015-03-10 17:26:38 +08:00
defined(__sun__) || defined(__NetBSD__) || defined(__CloudABI__)
2011-07-15 13:40:33 +08:00
#define _LIBCPP_LOCALE__L_EXTENSIONS 1
#endif
2013-12-20 21:19:45 +08:00
2016-02-10 21:47:25 +08:00
#if defined(__unix__) || (defined(__APPLE__) && defined(__MACH__))
// Most unix variants have catopen. These are the specific ones that don't.
2018-02-24 15:57:32 +08:00
# if !defined(__BIONIC__) && !defined(_NEWLIB_VERSION)
# define _LIBCPP_HAS_CATOPEN 1
# endif
2016-02-10 21:47:25 +08:00
#endif
2015-03-12 00:39:36 +08:00
2013-03-19 03:34:07 +08:00
#ifdef __FreeBSD__
2011-11-14 01:15:33 +08:00
#define _DECLARE_C99_LDBL_MATH 1
#endif
2011-07-15 13:40:33 +08:00
2018-04-20 06:12:10 +08:00
// If we are getting operator new from the MSVC CRT, then allocation overloads
// for align_val_t were added in 19.12, aka VS 2017 version 15.3.
#if defined(_LIBCPP_MSVCRT) && defined(_MSC_VER) && _MSC_VER < 1912
2018-12-18 06:22:44 +08:00
# define _LIBCPP_HAS_NO_LIBRARY_ALIGNED_ALLOCATION
2019-03-05 09:57:01 +08:00
#elif defined(_LIBCPP_ABI_VCRUNTIME) && !defined(__cpp_aligned_new)
2019-03-21 01:05:52 +08:00
// We're deferring to Microsoft's STL to provide aligned new et al. We don't
[libc++] Don't define operator new/delete when using vcruntime
Fixes build errors on Windows without libc++abi of the form:
new(173,36): error: redeclaration of 'operator delete' cannot add 'dllexport' attribute
_LIBCPP_OVERRIDABLE_FUNC_VIS void operator delete(void* __p) _NOEXCEPT;
vcruntime_new.h(87,16): note: previous declaration is here
void __CRTDECL operator delete(
new(205,70): error: redefinition of 'operator new'
_LIBCPP_NODISCARD_AFTER_CXX17 inline _LIBCPP_INLINE_VISIBILITY void* operator new (std::size_t, void* __p) _NOEXCEPT {return __p;}
vcruntime_new.h(184,28): note: previous definition is here
inline void* __CRTDECL operator new(size_t _Size, _Writable_bytes_(_Size) void* _Where) noexcept
new(206,70): error: redefinition of 'operator new[]'
_LIBCPP_NODISCARD_AFTER_CXX17 inline _LIBCPP_INLINE_VISIBILITY void* operator new[](std::size_t, void* __p) _NOEXCEPT {return __p;}
vcruntime_new.h(199,28): note: previous definition is here
inline void* __CRTDECL operator new[](size_t _Size,
new(207,40): error: redefinition of 'operator delete'
inline _LIBCPP_INLINE_VISIBILITY void operator delete (void*, void*) _NOEXCEPT {}
vcruntime_new.h(190,27): note: previous definition is here
inline void __CRTDECL operator delete(void*, void*) noexcept
new(208,40): error: redefinition of 'operator delete[]'
inline _LIBCPP_INLINE_VISIBILITY void operator delete[](void*, void*) _NOEXCEPT {}
vcruntime_new.h(206,27): note: previous definition is here
inline void __CRTDECL operator delete[](void*, void*) noexcept
Differential Revision: https://reviews.llvm.org/D57362
llvm-svn: 352647
2019-01-31 03:08:32 +08:00
// have it unless the language feature test macro is defined.
# define _LIBCPP_HAS_NO_LIBRARY_ALIGNED_ALLOCATION
2018-04-20 06:12:10 +08:00
#endif
2017-01-20 09:47:26 +08:00
#if defined(__APPLE__)
2018-02-24 15:57:32 +08:00
# if !defined(__MAC_OS_X_VERSION_MIN_REQUIRED) && \
defined(__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__)
# define __MAC_OS_X_VERSION_MIN_REQUIRED __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__
# endif
2017-01-20 09:47:26 +08:00
#endif // defined(__APPLE__)
2018-08-10 21:24:56 +08:00
#if !defined(_LIBCPP_HAS_NO_ALIGNED_ALLOCATION) && \
2018-10-11 08:17:24 +08:00
(defined(_LIBCPP_HAS_NO_LIBRARY_ALIGNED_ALLOCATION) || \
(!defined(__cpp_aligned_new) || __cpp_aligned_new < 201606))
2018-08-10 21:24:56 +08:00
# define _LIBCPP_HAS_NO_ALIGNED_ALLOCATION
#endif
2018-03-22 12:42:56 +08:00
2013-03-19 03:34:07 +08:00
#if defined(__APPLE__) || defined(__FreeBSD__)
2011-09-29 07:39:33 +08:00
#define _LIBCPP_HAS_DEFAULTRUNELOCALE
2011-07-09 09:09:31 +08:00
#endif
2013-03-19 03:34:07 +08:00
#if defined(__APPLE__) || defined(__FreeBSD__) || defined(__sun__)
2011-07-09 11:40:04 +08:00
#define _LIBCPP_WCTYPE_IS_MASK
#endif
2018-12-11 12:35:44 +08:00
#if _LIBCPP_STD_VER <= 17 || !defined(__cpp_char8_t)
#define _LIBCPP_NO_HAS_CHAR8_T
#endif
[libc++] Add deprecated attributes to many deprecated components
Summary:
These deprecation warnings are opt-in: they are only enabled when the
_LIBCXX_DEPRECATION_WARNINGS macro is defined, which is not the case
by default. Note that this is a first step in the right direction, but
I wasn't able to get an exhaustive list of all deprecated components
per standard, so there's certainly stuff that's missing. The list of
components this commit marks as deprecated is:
in C++11:
- auto_ptr, auto_ptr_ref
- binder1st, binder2nd, bind1st(), bind2nd()
- pointer_to_unary_function, pointer_to_binary_function, ptr_fun()
- mem_fun_t, mem_fun1_t, const_mem_fun_t, const_mem_fun1_t, mem_fun()
- mem_fun_ref_t, mem_fun1_ref_t, const_mem_fun_ref_t, const_mem_fun1_ref_t, mem_fun_ref()
in C++14:
- random_shuffle()
in C++17:
- unary_negate, binary_negate, not1(), not2()
<rdar://problem/18168350>
Reviewers: mclow.lists, EricWF
Subscribers: christof, dexonsmith, llvm-commits
Differential Revision: https://reviews.llvm.org/D48912
llvm-svn: 342843
2018-09-24 02:35:00 +08:00
// Deprecation macros.
2019-03-13 04:10:06 +08:00
//
// Deprecations warnings are always enabled, except when users explicitly opt-out
// by defining _LIBCPP_DISABLE_DEPRECATION_WARNINGS.
#if !defined(_LIBCPP_DISABLE_DEPRECATION_WARNINGS)
[libc++] Add deprecated attributes to many deprecated components
Summary:
These deprecation warnings are opt-in: they are only enabled when the
_LIBCXX_DEPRECATION_WARNINGS macro is defined, which is not the case
by default. Note that this is a first step in the right direction, but
I wasn't able to get an exhaustive list of all deprecated components
per standard, so there's certainly stuff that's missing. The list of
components this commit marks as deprecated is:
in C++11:
- auto_ptr, auto_ptr_ref
- binder1st, binder2nd, bind1st(), bind2nd()
- pointer_to_unary_function, pointer_to_binary_function, ptr_fun()
- mem_fun_t, mem_fun1_t, const_mem_fun_t, const_mem_fun1_t, mem_fun()
- mem_fun_ref_t, mem_fun1_ref_t, const_mem_fun_ref_t, const_mem_fun1_ref_t, mem_fun_ref()
in C++14:
- random_shuffle()
in C++17:
- unary_negate, binary_negate, not1(), not2()
<rdar://problem/18168350>
Reviewers: mclow.lists, EricWF
Subscribers: christof, dexonsmith, llvm-commits
Differential Revision: https://reviews.llvm.org/D48912
llvm-svn: 342843
2018-09-24 02:35:00 +08:00
# if __has_attribute(deprecated)
# define _LIBCPP_DEPRECATED __attribute__ ((deprecated))
# elif _LIBCPP_STD_VER > 11
# define _LIBCPP_DEPRECATED [[deprecated]]
# else
# define _LIBCPP_DEPRECATED
# endif
2013-09-29 02:35:31 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DEPRECATED
2013-09-29 02:35:31 +08:00
#endif
[libc++] Add deprecated attributes to many deprecated components
Summary:
These deprecation warnings are opt-in: they are only enabled when the
_LIBCXX_DEPRECATION_WARNINGS macro is defined, which is not the case
by default. Note that this is a first step in the right direction, but
I wasn't able to get an exhaustive list of all deprecated components
per standard, so there's certainly stuff that's missing. The list of
components this commit marks as deprecated is:
in C++11:
- auto_ptr, auto_ptr_ref
- binder1st, binder2nd, bind1st(), bind2nd()
- pointer_to_unary_function, pointer_to_binary_function, ptr_fun()
- mem_fun_t, mem_fun1_t, const_mem_fun_t, const_mem_fun1_t, mem_fun()
- mem_fun_ref_t, mem_fun1_ref_t, const_mem_fun_ref_t, const_mem_fun1_ref_t, mem_fun_ref()
in C++14:
- random_shuffle()
in C++17:
- unary_negate, binary_negate, not1(), not2()
<rdar://problem/18168350>
Reviewers: mclow.lists, EricWF
Subscribers: christof, dexonsmith, llvm-commits
Differential Revision: https://reviews.llvm.org/D48912
llvm-svn: 342843
2018-09-24 02:35:00 +08:00
#if !defined(_LIBCPP_CXX03_LANG)
# define _LIBCPP_DEPRECATED_IN_CXX11 _LIBCPP_DEPRECATED
#else
# define _LIBCPP_DEPRECATED_IN_CXX11
#endif
#if _LIBCPP_STD_VER >= 14
# define _LIBCPP_DEPRECATED_IN_CXX14 _LIBCPP_DEPRECATED
#else
# define _LIBCPP_DEPRECATED_IN_CXX14
#endif
#if _LIBCPP_STD_VER >= 17
# define _LIBCPP_DEPRECATED_IN_CXX17 _LIBCPP_DEPRECATED
#else
# define _LIBCPP_DEPRECATED_IN_CXX17
#endif
2019-10-19 08:06:00 +08:00
// Macros to enter and leave a state where deprecation warnings are suppressed.
#if !defined(_LIBCPP_SUPPRESS_DEPRECATED_PUSH) && \
(defined(_LIBCPP_COMPILER_CLANG) || defined(_LIBCPP_COMPILER_GCC))
# define _LIBCPP_SUPPRESS_DEPRECATED_PUSH \
_Pragma("GCC diagnostic push") \
_Pragma("GCC diagnostic ignored \"-Wdeprecated\"")
# define _LIBCPP_SUPPRESS_DEPRECATED_POP \
_Pragma("GCC diagnostic pop")
#endif
#if !defined(_LIBCPP_SUPPRESS_DEPRECATED_PUSH)
# define _LIBCPP_SUPPRESS_DEPRECATED_PUSH
# define _LIBCPP_SUPPRESS_DEPRECATED_POP
#endif
2013-07-15 22:57:19 +08:00
#if _LIBCPP_STD_VER <= 11
2018-02-24 15:57:32 +08:00
# define _LIBCPP_EXPLICIT_AFTER_CXX11
2013-07-15 22:57:19 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_EXPLICIT_AFTER_CXX11 explicit
2013-07-15 22:57:19 +08:00
#endif
2014-07-17 13:16:18 +08:00
#if _LIBCPP_STD_VER > 11 && !defined(_LIBCPP_HAS_NO_CXX14_CONSTEXPR)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CONSTEXPR_AFTER_CXX11 constexpr
2014-07-17 13:16:18 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CONSTEXPR_AFTER_CXX11
2014-07-17 13:16:18 +08:00
#endif
2016-03-17 11:30:56 +08:00
#if _LIBCPP_STD_VER > 14 && !defined(_LIBCPP_HAS_NO_CXX14_CONSTEXPR)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CONSTEXPR_AFTER_CXX14 constexpr
2016-03-17 11:30:56 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CONSTEXPR_AFTER_CXX14
2016-03-17 11:30:56 +08:00
#endif
2017-11-15 06:26:50 +08:00
#if _LIBCPP_STD_VER > 17 && !defined(_LIBCPP_HAS_NO_CXX14_CONSTEXPR)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CONSTEXPR_AFTER_CXX17 constexpr
2017-11-15 06:26:50 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_CONSTEXPR_AFTER_CXX17
2017-11-15 06:26:50 +08:00
#endif
2019-11-07 20:30:32 +08:00
#if _LIBCPP_STD_VER > 17 && \
!defined(_LIBCPP_HAS_NO_CXX14_CONSTEXPR) && \
!defined(_LIBCPP_HAS_NO_BUILTIN_IS_CONSTANT_EVALUATED)
# define _LIBCPP_CONSTEXPR_AFTER_CXX17_WITH_IS_CONSTANT_EVALUATED constexpr
#else
# define _LIBCPP_CONSTEXPR_AFTER_CXX17_WITH_IS_CONSTANT_EVALUATED
#endif
[libc++] Add _LIBCPP_ENABLE_NODISCARD and _LIBCPP_NODISCARD_EXT to allow pre-C++2a [[nodiscard]]
Summary:
The `[[nodiscard]]` attribute is intended to help users find bugs where
function return values are ignored when they shouldn't be. After C++17 the
C++ standard has started to declared such library functions as `[[nodiscard]]`.
However, this application is limited and applies only to dialects after C++17.
Users who want help diagnosing misuses of STL functions may desire a more
liberal application of `[[nodiscard]]`.
For this reason libc++ provides an extension that does just that! The
extension must be enabled by defining `_LIBCPP_ENABLE_NODISCARD`. The extended
applications of `[[nodiscard]]` takes two forms:
1. Backporting `[[nodiscard]]` to entities declared as such by the
standard in newer dialects, but not in the present one.
2. Extended applications of `[[nodiscard]]`, at the libraries discretion,
applied to entities never declared as such by the standard.
Users may also opt-out of additional applications `[[nodiscard]]` using
additional macros.
Applications of the first form, which backport `[[nodiscard]]` from a newer
dialect may be disabled using macros specific to the dialect it was added. For
example `_LIBCPP_DISABLE_NODISCARD_AFTER_CXX17`.
Applications of the second form, which are pure extensions, may be disabled
by defining `_LIBCPP_DISABLE_NODISCARD_EXT`.
This patch was originally written by me (Roman Lebedev),
then but then reworked by Eric Fiselier.
Reviewers: mclow.lists, thakis, EricWF
Reviewed By: thakis, EricWF
Subscribers: llvm-commits, mclow.lists, lebedev.ri, EricWF, rjmccall, Quuxplusone, cfe-commits, christof
Differential Revision: https://reviews.llvm.org/D45179
llvm-svn: 342808
2018-09-23 01:54:48 +08:00
// The _LIBCPP_NODISCARD_ATTRIBUTE should only be used to define other
// NODISCARD macros to the correct attribute.
#if __has_cpp_attribute(nodiscard) || defined(_LIBCPP_COMPILER_MSVC)
# define _LIBCPP_NODISCARD_ATTRIBUTE [[nodiscard]]
#elif defined(_LIBCPP_COMPILER_CLANG) && !defined(_LIBCPP_CXX03_LANG)
# define _LIBCPP_NODISCARD_ATTRIBUTE [[clang::warn_unused_result]]
#else
// We can't use GCC's [[gnu::warn_unused_result]] and
// __attribute__((warn_unused_result)), because GCC does not silence them via
// (void) cast.
# define _LIBCPP_NODISCARD_ATTRIBUTE
#endif
// _LIBCPP_NODISCARD_EXT may be used to apply [[nodiscard]] to entities not
// specified as such as an extension.
#if defined(_LIBCPP_ENABLE_NODISCARD) && !defined(_LIBCPP_DISABLE_NODISCARD_EXT)
# define _LIBCPP_NODISCARD_EXT _LIBCPP_NODISCARD_ATTRIBUTE
#else
# define _LIBCPP_NODISCARD_EXT
#endif
#if !defined(_LIBCPP_DISABLE_NODISCARD_AFTER_CXX17) && \
(_LIBCPP_STD_VER > 17 || defined(_LIBCPP_ENABLE_NODISCARD))
# define _LIBCPP_NODISCARD_AFTER_CXX17 _LIBCPP_NODISCARD_ATTRIBUTE
2017-11-15 06:26:50 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_NODISCARD_AFTER_CXX17
2017-11-15 06:26:50 +08:00
#endif
2018-01-03 01:17:01 +08:00
#if _LIBCPP_STD_VER > 14 && defined(__cpp_inline_variables) && (__cpp_inline_variables >= 201606L)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_INLINE_VAR inline
2018-01-03 01:17:01 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_INLINE_VAR
2016-11-18 04:08:43 +08:00
#endif
Fix warnings about pessimizing return moves for C++11 and higher
Summary:
Throughout the libc++ headers, there are a few instances where
_VSTD::move() is used to return a local variable. Howard commented in
r189039 that these were there "for non-obvious reasons such as to help
things limp along in C++03 language mode".
However, when compiling these headers with warnings on, and in C++11 or
higher mode (like we do in FreeBSD), they cause the following complaints
about pessimizing moves:
In file included from tests.cpp:26:
In file included from tests.hpp:29:
/usr/include/c++/v1/map:1368:12: error: moving a local object in a return statement prevents copy elision [-Werror,-Wpessimizing-move]
return _VSTD::move(__h); // explicitly moved for C++03
^
/usr/include/c++/v1/__config:368:15: note: expanded from macro '_VSTD'
#define _VSTD std::_LIBCPP_NAMESPACE
^
Attempt to fix this by adding a _LIBCPP_EXPLICIT_MOVE() macro to
__config, which gets defined to _VSTD::move for pre-C++11, and to
nothing for C++11 and later.
I am not completely satisfied with the macro name (I also considered
_LIBCPP_COMPAT_MOVE and some other variants), so suggestions are
welcome. :)
Reviewers: mclow.lists, howard.hinnant, EricWF
Subscribers: arthur.j.odwyer, cfe-commits
Differential Revision: http://reviews.llvm.org/D11394
llvm-svn: 245421
2015-08-19 14:43:33 +08:00
#ifdef _LIBCPP_HAS_NO_RVALUE_REFERENCES
# define _LIBCPP_EXPLICIT_MOVE(x) _VSTD::move(x)
#else
# define _LIBCPP_EXPLICIT_MOVE(x) (x)
#endif
2018-07-14 00:35:26 +08:00
#ifndef _LIBCPP_CONSTEXPR_IF_NODEBUG
2018-07-14 01:31:36 +08:00
#if defined(_LIBCPP_DEBUG) || defined(_LIBCPP_HAS_NO_CXX14_CONSTEXPR)
2018-07-14 00:35:26 +08:00
#define _LIBCPP_CONSTEXPR_IF_NODEBUG
2018-07-14 01:24:59 +08:00
#else
#define _LIBCPP_CONSTEXPR_IF_NODEBUG constexpr
2018-07-14 00:35:26 +08:00
#endif
#endif
2019-04-18 02:20:19 +08:00
#if __has_attribute(no_destroy)
# define _LIBCPP_NO_DESTROY __attribute__((__no_destroy__))
#else
# define _LIBCPP_NO_DESTROY
#endif
2014-05-08 22:14:06 +08:00
#ifndef _LIBCPP_HAS_NO_ASAN
2016-12-24 04:03:52 +08:00
_LIBCPP_FUNC_VIS extern "C" void __sanitizer_annotate_contiguous_container(
2014-05-08 22:14:06 +08:00
const void *, const void *, const void *, const void *);
#endif
2013-10-05 05:24:21 +08:00
// Try to find out if RTTI is disabled.
// g++ and cl.exe have RTTI on by default and define a macro when it is.
// g++ only defines the macro in 4.3.2 and onwards.
#if !defined(_LIBCPP_NO_RTTI)
2018-02-24 15:57:32 +08:00
# if defined(__GNUC__) && \
((__GNUC__ >= 5) || \
(__GNUC__ == 4 && (__GNUC_MINOR__ >= 3 || __GNUC_PATCHLEVEL__ >= 2))) && \
!defined(__GXX_RTTI)
2013-10-05 05:24:21 +08:00
# define _LIBCPP_NO_RTTI
2017-05-11 05:40:58 +08:00
# elif defined(_LIBCPP_COMPILER_MSVC) && !defined(_CPPRTTI)
2013-10-05 05:24:21 +08:00
# define _LIBCPP_NO_RTTI
# endif
#endif
2013-10-05 07:56:37 +08:00
#ifndef _LIBCPP_WEAK
2018-02-24 15:57:32 +08:00
#define _LIBCPP_WEAK __attribute__((__weak__))
2013-10-05 07:56:37 +08:00
#endif
2016-05-06 22:06:29 +08:00
// Thread API
2017-01-07 07:15:16 +08:00
#if !defined(_LIBCPP_HAS_NO_THREADS) && \
2017-02-28 00:10:57 +08:00
!defined(_LIBCPP_HAS_THREAD_API_PTHREAD) && \
2017-05-11 05:34:58 +08:00
!defined(_LIBCPP_HAS_THREAD_API_WIN32) && \
2017-02-28 00:10:57 +08:00
!defined(_LIBCPP_HAS_THREAD_API_EXTERNAL)
2018-02-24 15:57:32 +08:00
# if defined(__FreeBSD__) || \
2019-05-02 00:47:30 +08:00
defined(__wasi__) || \
2018-02-24 15:57:32 +08:00
defined(__NetBSD__) || \
defined(__linux__) || \
2018-11-21 05:14:05 +08:00
defined(__GNU__) || \
2018-02-24 15:57:32 +08:00
defined(__APPLE__) || \
defined(__CloudABI__) || \
defined(__sun__) || \
2018-07-24 20:40:56 +08:00
(defined(__MINGW32__) && __has_include(<pthread.h>))
2018-02-24 15:57:32 +08:00
# define _LIBCPP_HAS_THREAD_API_PTHREAD
2019-12-05 02:38:22 +08:00
# elif defined(__Fuchsia__)
2020-01-17 04:12:38 +08:00
// TODO(44575): Switch to C11 thread API when possible.
# define _LIBCPP_HAS_THREAD_API_PTHREAD
2018-02-24 15:57:32 +08:00
# elif defined(_LIBCPP_WIN32API)
# define _LIBCPP_HAS_THREAD_API_WIN32
# else
# error "No thread API"
# endif // _LIBCPP_HAS_THREAD_API
2016-05-06 22:06:29 +08:00
#endif // _LIBCPP_HAS_NO_THREADS
2019-09-19 02:13:32 +08:00
#if defined(_LIBCPP_HAS_THREAD_API_PTHREAD)
#if defined(__ANDROID__) && __ANDROID_API__ >= 30
#define _LIBCPP_HAS_COND_CLOCKWAIT
#elif defined(_LIBCPP_GLIBC_PREREQ)
#if _LIBCPP_GLIBC_PREREQ(2, 30)
#define _LIBCPP_HAS_COND_CLOCKWAIT
#endif
#endif
#endif
2016-05-26 01:40:09 +08:00
#if defined(_LIBCPP_HAS_NO_THREADS) && defined(_LIBCPP_HAS_THREAD_API_PTHREAD)
2018-02-24 15:57:32 +08:00
#error _LIBCPP_HAS_THREAD_API_PTHREAD may only be defined when \
_LIBCPP_HAS_NO_THREADS is not defined.
2016-05-26 01:40:09 +08:00
#endif
2016-05-06 22:06:29 +08:00
[libcxx] Introduce an externally-threaded libc++ variant.
This patch further decouples libc++ from pthread, allowing libc++ to be built
against other threading systems. There are two main use cases:
- Building libc++ against a thread library other than pthreads.
- Building libc++ with an "external" thread API, allowing a separate library to
provide the implementation of that API.
The two use cases are quite similar, the second one being sligtly more
de-coupled than the first. The cmake option LIBCXX_HAS_EXTERNAL_THREAD_API
enables both kinds of builds. One needs to place an <__external_threading>
header file containing an implementation of the "libc++ thread API" declared
in the <__threading_support> header.
For the second use case, the implementation of the libc++ thread API can
delegate to a custom "external" thread API where the implementation of this
external API is provided in a seperate library. This mechanism allows toolchain
vendors to distribute a build of libc++ with a custom thread-porting-layer API
(which is the "external" API above), platform vendors (recipients of the
toolchain/libc++) are then required to provide their implementation of this API
to be linked with (end-user) C++ programs.
Note that the second use case still requires establishing the basic types that
get passed between the external thread library and the libc++ library
(e.g. __libcpp_mutex_t). These cannot be opaque pointer types (libc++ sources
won't compile otherwise). It should also be noted that the second use case can
have a slight performance penalty; as all the thread constructs need to cross a
library boundary through an additional function call.
When the header <__external_threading> is omitted, libc++ is built with the
"libc++ thread API" (declared in <__threading_support>) as the "external" thread
API (basic types are pthread based). An implementation (pthread based) of this
API is provided in test/support/external_threads.cpp, which is built into a
separate DSO and linked in when running the libc++ test suite. A test run
therefore demonstrates the second use case (less the intermediate custom API).
Differential revision: https://reviews.llvm.org/D21968
Reviewers: bcraig, compnerd, EricWF, mclow.lists
llvm-svn: 281179
2016-09-12 05:46:40 +08:00
#if defined(_LIBCPP_HAS_NO_THREADS) && defined(_LIBCPP_HAS_THREAD_API_EXTERNAL)
2018-02-24 15:57:32 +08:00
#error _LIBCPP_HAS_THREAD_API_EXTERNAL may not be defined when \
_LIBCPP_HAS_NO_THREADS is defined.
[libcxx] Introduce an externally-threaded libc++ variant.
This patch further decouples libc++ from pthread, allowing libc++ to be built
against other threading systems. There are two main use cases:
- Building libc++ against a thread library other than pthreads.
- Building libc++ with an "external" thread API, allowing a separate library to
provide the implementation of that API.
The two use cases are quite similar, the second one being sligtly more
de-coupled than the first. The cmake option LIBCXX_HAS_EXTERNAL_THREAD_API
enables both kinds of builds. One needs to place an <__external_threading>
header file containing an implementation of the "libc++ thread API" declared
in the <__threading_support> header.
For the second use case, the implementation of the libc++ thread API can
delegate to a custom "external" thread API where the implementation of this
external API is provided in a seperate library. This mechanism allows toolchain
vendors to distribute a build of libc++ with a custom thread-porting-layer API
(which is the "external" API above), platform vendors (recipients of the
toolchain/libc++) are then required to provide their implementation of this API
to be linked with (end-user) C++ programs.
Note that the second use case still requires establishing the basic types that
get passed between the external thread library and the libc++ library
(e.g. __libcpp_mutex_t). These cannot be opaque pointer types (libc++ sources
won't compile otherwise). It should also be noted that the second use case can
have a slight performance penalty; as all the thread constructs need to cross a
library boundary through an additional function call.
When the header <__external_threading> is omitted, libc++ is built with the
"libc++ thread API" (declared in <__threading_support>) as the "external" thread
API (basic types are pthread based). An implementation (pthread based) of this
API is provided in test/support/external_threads.cpp, which is built into a
separate DSO and linked in when running the libc++ test suite. A test run
therefore demonstrates the second use case (less the intermediate custom API).
Differential revision: https://reviews.llvm.org/D21968
Reviewers: bcraig, compnerd, EricWF, mclow.lists
llvm-svn: 281179
2016-09-12 05:46:40 +08:00
#endif
2014-12-07 04:09:11 +08:00
#if defined(_LIBCPP_HAS_NO_MONOTONIC_CLOCK) && !defined(_LIBCPP_HAS_NO_THREADS)
2018-02-24 15:57:32 +08:00
#error _LIBCPP_HAS_NO_MONOTONIC_CLOCK may only be defined when \
_LIBCPP_HAS_NO_THREADS is defined.
2014-12-07 04:09:11 +08:00
#endif
2019-07-30 22:32:47 +08:00
#if defined(__STDCPP_THREADS__) && defined(_LIBCPP_HAS_NO_THREADS)
#error _LIBCPP_HAS_NO_THREADS cannot be set when __STDCPP_THREADS__ is set.
#endif
#if !defined(_LIBCPP_HAS_NO_THREADS) && !defined(__STDCPP_THREADS__)
#define __STDCPP_THREADS__ 1
#endif
2019-07-26 04:29:20 +08:00
// The glibc and Bionic implementation of pthreads implements
2019-07-08 01:24:03 +08:00
// pthread_mutex_destroy as nop for regular mutexes. Additionally, Win32
// mutexes have no destroy mechanism.
2019-07-26 04:29:20 +08:00
//
// This optimization can't be performed on Apple platforms, where
// pthread_mutex_destroy can allow the kernel to release resources.
// See https://llvm.org/D64298 for details.
//
// TODO(EricWF): Enable this optimization on Bionic after speaking to their
// respective stakeholders.
2019-07-08 01:24:03 +08:00
#if (defined(_LIBCPP_HAS_THREAD_API_PTHREAD) && defined(__GLIBC__)) \
2019-12-05 02:38:22 +08:00
|| (defined(_LIBCPP_HAS_THREAD_API_C11) && defined(__Fuchsia__)) \
2019-07-08 01:24:03 +08:00
|| defined(_LIBCPP_HAS_THREAD_API_WIN32)
2019-07-07 09:20:54 +08:00
# define _LIBCPP_HAS_TRIVIAL_MUTEX_DESTRUCTION
#endif
2019-07-08 01:24:03 +08:00
// Destroying a condvar is a nop on Windows.
2019-07-26 04:29:20 +08:00
//
// This optimization can't be performed on Apple platforms, where
// pthread_cond_destroy can allow the kernel to release resources.
// See https://llvm.org/D64298 for details.
//
2019-07-08 01:24:03 +08:00
// TODO(EricWF): This is potentially true for some pthread implementations
// as well.
2019-12-05 02:38:22 +08:00
#if (defined(_LIBCPP_HAS_THREAD_API_C11) && defined(__Fuchsia__)) || \
defined(_LIBCPP_HAS_THREAD_API_WIN32)
2019-07-08 01:24:03 +08:00
# define _LIBCPP_HAS_TRIVIAL_CONDVAR_DESTRUCTION
#endif
Add option to disable access to the global filesystem namespace.
Systems like FreeBSD's Capsicum and Nuxi CloudABI apply the concept of
capability-based security on the way processes can interact with the
filesystem API. It is no longer possible to interact with the VFS
through calls like open(), unlink(), rename(), etc. Instead, processes
are only allowed to interact with files and directories to which they
have been granted access. The *at() functions can be used for this
purpose.
This change adds a new config switch called
_LIBCPP_HAS_NO_GLOBAL_FILESYSTEM_NAMESPACE. If set, all functionality
that requires the global filesystem namespace will be disabled. More
concretely:
- fstream's open() function will be removed.
- cstdio will no longer pull in fopen(), rename(), etc.
- The test suite's get_temp_file_name() will be removed. This will cause
all tests that use the global filesystem namespace to break, but will
at least make all the other tests run (as get_temp_file_name will not
build anyway).
It is important to mention that this change will make fstream rather
useless on those systems for now. Still, I'd rather not have fstream
disabled entirely, as it is of course possible to come up with an
extension for fstream that would allow access to local filesystem
namespaces (e.g., by adding an openat() member function).
Differential revision: http://reviews.llvm.org/D8194
Reviewed by: jroelofs (thanks!)
llvm-svn: 232049
2015-03-12 23:44:39 +08:00
// Systems that use capability-based security (FreeBSD with Capsicum,
// Nuxi CloudABI) may only provide local filesystem access (using *at()).
// Functions like open(), rename(), unlink() and stat() should not be
// used, as they attempt to access the global filesystem namespace.
#ifdef __CloudABI__
#define _LIBCPP_HAS_NO_GLOBAL_FILESYSTEM_NAMESPACE
#endif
2015-03-26 22:35:46 +08:00
// CloudABI is intended for running networked services. Processes do not
// have standard input and output channels.
#ifdef __CloudABI__
#define _LIBCPP_HAS_NO_STDIN
#define _LIBCPP_HAS_NO_STDOUT
#endif
2019-09-08 06:18:20 +08:00
// Some systems do not provide gets() in their C library, for security reasons.
#ifndef _LIBCPP_C_HAS_NO_GETS
Refine check for `_LIBCPP_C_HAS_NO_GETS` on FreeBSD
Summary:
In D67316 we added `_LIBCPP_C_HAS_NO_GETS` to signal that the C library
does not provide `gets()`, and added a test for FreeBSD 13 or higher,
using the compiler-defined `__FreeBSD__` macro.
Unfortunately this did not work that well for FreeBSD's own CI process,
since the gcc compilers used for some architectures define `__FreeBSD__`
to match the build host, not the target.
Instead, we should use the `__FreeBSD_version` macro from the userland
header `<osreldate.h>`, which is more fine-grained. See also
<https://reviews.freebsd.org/D22034>.
Reviewers: EricWF, mclow.lists, emaste, ldionne
Reviewed By: emaste, ldionne
Subscribers: dexonsmith, bsdjhb, krytarowski, christof, ldionne, libcxx-commits
Differential Revision: https://reviews.llvm.org/D69174
llvm-svn: 375340
2019-10-19 18:59:23 +08:00
# if defined(_LIBCPP_MSVCRT) || \
(defined(__FreeBSD_version) && __FreeBSD_version >= 1300043)
2019-09-08 06:18:20 +08:00
# define _LIBCPP_C_HAS_NO_GETS
# endif
#endif
2016-09-20 02:00:45 +08:00
#if defined(__BIONIC__) || defined(__CloudABI__) || \
2019-05-02 00:47:30 +08:00
defined(__Fuchsia__) || defined(__wasi__) || defined(_LIBCPP_HAS_MUSL_LIBC)
2015-03-11 08:51:06 +08:00
#define _LIBCPP_PROVIDES_DEFAULT_RUNE_TABLE
#endif
2016-12-30 18:44:00 +08:00
// Thread-unsafe functions such as strtok() and localtime()
2015-06-24 16:44:38 +08:00
// are not available.
#ifdef __CloudABI__
#define _LIBCPP_HAS_NO_THREAD_UNSAFE_C_FUNCTIONS
#endif
2017-01-14 12:27:58 +08:00
#if __has_feature(cxx_atomic) || __has_extension(c_atomic) || __has_keyword(_Atomic)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_HAS_C_ATOMIC_IMP
2019-04-26 04:02:10 +08:00
#elif defined(_LIBCPP_COMPILER_GCC)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_HAS_GCC_ATOMIC_IMP
2015-08-20 01:21:46 +08:00
#endif
2019-03-06 02:40:49 +08:00
#if (!defined(_LIBCPP_HAS_C_ATOMIC_IMP) && \
!defined(_LIBCPP_HAS_GCC_ATOMIC_IMP) && \
!defined(_LIBCPP_HAS_EXTERNAL_ATOMIC_IMP)) \
2015-08-20 01:21:46 +08:00
|| defined(_LIBCPP_HAS_NO_THREADS)
2019-03-06 02:40:49 +08:00
# define _LIBCPP_HAS_NO_ATOMIC_HEADER
#else
# ifndef _LIBCPP_ATOMIC_FLAG_TYPE
# define _LIBCPP_ATOMIC_FLAG_TYPE bool
# endif
# ifdef _LIBCPP_FREESTANDING
# define _LIBCPP_ATOMIC_ONLY_USE_BUILTINS
# endif
2015-08-20 01:21:46 +08:00
#endif
2016-01-12 03:27:10 +08:00
#ifndef _LIBCPP_DISABLE_UBSAN_UNSIGNED_INTEGER_CHECK
#define _LIBCPP_DISABLE_UBSAN_UNSIGNED_INTEGER_CHECK
2016-02-11 19:59:44 +08:00
#endif
2017-02-13 23:26:51 +08:00
#if defined(_LIBCPP_ENABLE_THREAD_SAFETY_ANNOTATIONS)
2018-02-24 15:57:32 +08:00
# if defined(__clang__) && __has_attribute(acquire_capability)
2017-02-13 23:26:51 +08:00
// Work around the attribute handling in clang. When both __declspec and
// __attribute__ are present, the processing goes awry preventing the definition
// of the types.
2018-02-24 15:57:32 +08:00
# if !defined(_LIBCPP_OBJECT_FORMAT_COFF)
# define _LIBCPP_HAS_THREAD_SAFETY_ANNOTATIONS
# endif
# endif
2017-02-13 23:26:51 +08:00
#endif
2016-03-16 10:30:06 +08:00
2019-12-14 04:42:07 +08:00
#ifndef _LIBCPP_THREAD_SAFETY_ANNOTATION
# ifdef _LIBCPP_HAS_THREAD_SAFETY_ANNOTATIONS
# define _LIBCPP_THREAD_SAFETY_ANNOTATION(x) __attribute__((x))
# else
# define _LIBCPP_THREAD_SAFETY_ANNOTATION(x)
# endif
#endif // _LIBCPP_THREAD_SAFETY_ANNOTATION
2016-09-03 08:11:33 +08:00
#if __has_attribute(require_constant_initialization)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_SAFE_STATIC __attribute__((__require_constant_initialization__))
2016-09-03 08:11:33 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_SAFE_STATIC
2016-09-03 08:11:33 +08:00
#endif
2016-10-12 15:46:20 +08:00
#if !__has_builtin(__builtin_addressof) && _GNUC_VER < 700
2018-02-24 15:57:32 +08:00
#define _LIBCPP_HAS_NO_BUILTIN_ADDRESSOF
2016-10-12 15:46:20 +08:00
#endif
2019-04-25 01:54:25 +08:00
#if !__has_builtin(__builtin_is_constant_evaluated) && _GNUC_VER < 900
#define _LIBCPP_HAS_NO_BUILTIN_IS_CONSTANT_EVALUATED
#endif
2016-10-31 23:09:10 +08:00
#if !defined(_LIBCPP_HAS_NO_OFF_T_FUNCTIONS)
2018-02-24 15:57:32 +08:00
# if defined(_LIBCPP_MSVCRT) || defined(_NEWLIB_VERSION)
# define _LIBCPP_HAS_NO_OFF_T_FUNCTIONS
# endif
2016-10-31 23:09:10 +08:00
#endif
2017-01-14 06:02:08 +08:00
#if __has_attribute(diagnose_if) && !defined(_LIBCPP_DISABLE_ADDITIONAL_DIAGNOSTICS)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DIAGNOSE_WARNING(...) \
__attribute__((diagnose_if(__VA_ARGS__, "warning")))
# define _LIBCPP_DIAGNOSE_ERROR(...) \
__attribute__((diagnose_if(__VA_ARGS__, "error")))
2017-01-14 06:02:08 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DIAGNOSE_WARNING(...)
# define _LIBCPP_DIAGNOSE_ERROR(...)
2017-01-14 06:02:08 +08:00
#endif
2017-05-06 04:32:26 +08:00
// Use a function like macro to imply that it must be followed by a semicolon
2018-11-02 02:24:03 +08:00
#if __cplusplus > 201402L && __has_cpp_attribute(fallthrough)
# define _LIBCPP_FALLTHROUGH() [[fallthrough]]
#elif __has_cpp_attribute(clang::fallthrough)
# define _LIBCPP_FALLTHROUGH() [[clang::fallthrough]]
2020-01-08 09:35:12 +08:00
#elif __has_attribute(fallthrough) || _GNUC_VER >= 700
2018-02-24 15:57:32 +08:00
# define _LIBCPP_FALLTHROUGH() __attribute__((__fallthrough__))
2017-05-06 04:32:26 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_FALLTHROUGH() ((void)0)
2017-05-06 04:32:26 +08:00
#endif
2019-06-12 10:03:31 +08:00
#if __has_attribute(__nodebug__)
#define _LIBCPP_NODEBUG __attribute__((__nodebug__))
2019-06-08 09:31:19 +08:00
#else
#define _LIBCPP_NODEBUG
#endif
2019-06-12 10:03:31 +08:00
#ifndef _LIBCPP_NODEBUG_TYPE
#if __has_attribute(__nodebug__) && \
2019-08-15 01:01:08 +08:00
(defined(_LIBCPP_CLANG_VER) && _LIBCPP_CLANG_VER >= 900)
2019-06-12 10:03:31 +08:00
#define _LIBCPP_NODEBUG_TYPE __attribute__((nodebug))
#else
#define _LIBCPP_NODEBUG_TYPE
#endif
#endif // !defined(_LIBCPP_NODEBUG_TYPE)
2017-01-17 05:15:08 +08:00
#if defined(_LIBCPP_ABI_MICROSOFT) && \
2018-02-24 15:57:32 +08:00
(defined(_LIBCPP_COMPILER_MSVC) || __has_declspec_attribute(empty_bases))
# define _LIBCPP_DECLSPEC_EMPTY_BASES __declspec(empty_bases)
2017-01-17 05:15:08 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_DECLSPEC_EMPTY_BASES
2017-01-17 05:15:08 +08:00
#endif
2017-02-17 11:25:08 +08:00
#if defined(_LIBCPP_ENABLE_CXX17_REMOVED_FEATURES)
2018-02-24 15:57:32 +08:00
#define _LIBCPP_ENABLE_CXX17_REMOVED_AUTO_PTR
#define _LIBCPP_ENABLE_CXX17_REMOVED_UNEXPECTED_FUNCTIONS
#define _LIBCPP_ENABLE_CXX17_REMOVED_RANDOM_SHUFFLE
#define _LIBCPP_ENABLE_CXX17_REMOVED_BINDERS
2017-02-17 11:25:08 +08:00
#endif // _LIBCPP_ENABLE_CXX17_REMOVED_FEATURES
2017-03-24 11:40:36 +08:00
#if !defined(__cpp_deduction_guides) || __cpp_deduction_guides < 201611
2018-02-24 15:57:32 +08:00
#define _LIBCPP_HAS_NO_DEDUCTION_GUIDES
2017-03-24 11:40:36 +08:00
#endif
2017-04-13 07:08:46 +08:00
#if !__has_keyword(__is_aggregate) && (_GNUC_VER_NEW < 7001)
2018-02-24 15:57:32 +08:00
#define _LIBCPP_HAS_NO_IS_AGGREGATE
2017-04-13 07:08:46 +08:00
#endif
2017-05-26 09:52:59 +08:00
#if !defined(__cpp_coroutines) || __cpp_coroutines < 201703L
2018-02-24 15:57:32 +08:00
#define _LIBCPP_HAS_NO_COROUTINES
2017-05-26 09:52:59 +08:00
#endif
Add test for spaceship operator to __config
Summary:
The libcxx test suite auto-detects spaceship operator, but __config does not. This means that the libcxx test suite has been broken for over a month when using top-of-tree clang. This also really ought to be fixed before 10.0.
See: bc633a42dd409dbeb456263e3388b8caa4680aa0
Reviewers: chandlerc, mclow.lists, EricWF, ldionne, CaseyCarter
Reviewed By: EricWF
Subscribers: broadwaylamb, hans, dexonsmith, tstellar, llvm-commits, libcxx-commits
Tags: #libc, #llvm
Differential Revision: https://reviews.llvm.org/D72980
2020-01-25 02:26:53 +08:00
#if !defined(__cpp_impl_three_way_comparison) || __cpp_impl_three_way_comparison < 201907L
2018-04-07 05:37:23 +08:00
#define _LIBCPP_HAS_NO_SPACESHIP_OPERATOR
Add test for spaceship operator to __config
Summary:
The libcxx test suite auto-detects spaceship operator, but __config does not. This means that the libcxx test suite has been broken for over a month when using top-of-tree clang. This also really ought to be fixed before 10.0.
See: bc633a42dd409dbeb456263e3388b8caa4680aa0
Reviewers: chandlerc, mclow.lists, EricWF, ldionne, CaseyCarter
Reviewed By: EricWF
Subscribers: broadwaylamb, hans, dexonsmith, tstellar, llvm-commits, libcxx-commits
Tags: #libc, #llvm
Differential Revision: https://reviews.llvm.org/D72980
2020-01-25 02:26:53 +08:00
#endif
2018-04-07 05:37:23 +08:00
2017-05-05 01:08:54 +08:00
// Decide whether to use availability macros.
#if !defined(_LIBCPP_BUILDING_LIBRARY) && \
!defined(_LIBCPP_DISABLE_AVAILABILITY) && \
__has_feature(attribute_availability_with_strict) && \
2019-03-21 05:18:14 +08:00
__has_feature(attribute_availability_in_templates) && \
__has_extension(pragma_clang_attribute_external_declaration)
2018-02-24 15:57:32 +08:00
# ifdef __APPLE__
# define _LIBCPP_USE_AVAILABILITY_APPLE
# endif
2017-05-05 01:08:54 +08:00
#endif
// Define availability macros.
#if defined(_LIBCPP_USE_AVAILABILITY_APPLE)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_AVAILABILITY_SHARED_MUTEX \
__attribute__((availability(macosx,strict,introduced=10.12))) \
__attribute__((availability(ios,strict,introduced=10.0))) \
__attribute__((availability(tvos,strict,introduced=10.0))) \
__attribute__((availability(watchos,strict,introduced=3.0)))
2018-11-19 23:37:04 +08:00
# define _LIBCPP_AVAILABILITY_BAD_OPTIONAL_ACCESS \
__attribute__((availability(macosx,strict,introduced=10.14))) \
__attribute__((availability(ios,strict,introduced=12.0))) \
__attribute__((availability(tvos,strict,introduced=12.0))) \
__attribute__((availability(watchos,strict,introduced=5.0)))
# define _LIBCPP_AVAILABILITY_BAD_VARIANT_ACCESS \
_LIBCPP_AVAILABILITY_BAD_OPTIONAL_ACCESS
# define _LIBCPP_AVAILABILITY_BAD_ANY_CAST \
_LIBCPP_AVAILABILITY_BAD_OPTIONAL_ACCESS
2018-02-24 15:57:32 +08:00
# define _LIBCPP_AVAILABILITY_UNCAUGHT_EXCEPTIONS \
__attribute__((availability(macosx,strict,introduced=10.12))) \
__attribute__((availability(ios,strict,introduced=10.0))) \
__attribute__((availability(tvos,strict,introduced=10.0))) \
__attribute__((availability(watchos,strict,introduced=3.0)))
# define _LIBCPP_AVAILABILITY_SIZED_NEW_DELETE \
__attribute__((availability(macosx,strict,introduced=10.12))) \
__attribute__((availability(ios,strict,introduced=10.0))) \
__attribute__((availability(tvos,strict,introduced=10.0))) \
__attribute__((availability(watchos,strict,introduced=3.0)))
# define _LIBCPP_AVAILABILITY_FUTURE_ERROR \
__attribute__((availability(ios,strict,introduced=6.0)))
# define _LIBCPP_AVAILABILITY_TYPEINFO_VTABLE \
__attribute__((availability(macosx,strict,introduced=10.9))) \
__attribute__((availability(ios,strict,introduced=7.0)))
# define _LIBCPP_AVAILABILITY_LOCALE_CATEGORY \
__attribute__((availability(macosx,strict,introduced=10.9))) \
__attribute__((availability(ios,strict,introduced=7.0)))
# define _LIBCPP_AVAILABILITY_ATOMIC_SHARED_PTR \
__attribute__((availability(macosx,strict,introduced=10.9))) \
__attribute__((availability(ios,strict,introduced=7.0)))
2019-03-20 22:34:00 +08:00
# define _LIBCPP_AVAILABILITY_FILESYSTEM \
2019-07-04 02:29:02 +08:00
__attribute__((availability(macosx,strict,introduced=10.15))) \
__attribute__((availability(ios,strict,introduced=13.0))) \
__attribute__((availability(tvos,strict,introduced=13.0))) \
__attribute__((availability(watchos,strict,introduced=6.0)))
2019-03-21 05:18:14 +08:00
# define _LIBCPP_AVAILABILITY_FILESYSTEM_PUSH \
2019-07-04 02:29:02 +08:00
_Pragma("clang attribute push(__attribute__((availability(macosx,strict,introduced=10.15))), apply_to=any(function,record))") \
_Pragma("clang attribute push(__attribute__((availability(ios,strict,introduced=13.0))), apply_to=any(function,record))") \
_Pragma("clang attribute push(__attribute__((availability(tvos,strict,introduced=13.0))), apply_to=any(function,record))") \
_Pragma("clang attribute push(__attribute__((availability(watchos,strict,introduced=6.0))), apply_to=any(function,record))")
2019-03-21 05:18:14 +08:00
# define _LIBCPP_AVAILABILITY_FILESYSTEM_POP \
_Pragma("clang attribute pop") \
_Pragma("clang attribute pop") \
_Pragma("clang attribute pop") \
_Pragma("clang attribute pop")
2020-02-14 22:19:47 +08:00
# define _LIBCPP_AVAILABILITY_TO_CHARS \
_LIBCPP_AVAILABILITY_FILESYSTEM
2020-02-24 23:08:41 +08:00
# define _LIBCPP_AVAILABILITY_SYNC \
__attribute__((availability(unavailable, message="The C++20 Synchronization Library requires runtime support that hasn't been shipped on Apple platforms yet!")))
2017-05-05 01:08:54 +08:00
#else
2018-02-24 15:57:32 +08:00
# define _LIBCPP_AVAILABILITY_SHARED_MUTEX
2018-11-19 23:37:04 +08:00
# define _LIBCPP_AVAILABILITY_BAD_VARIANT_ACCESS
2018-02-24 15:57:32 +08:00
# define _LIBCPP_AVAILABILITY_BAD_OPTIONAL_ACCESS
# define _LIBCPP_AVAILABILITY_BAD_ANY_CAST
# define _LIBCPP_AVAILABILITY_UNCAUGHT_EXCEPTIONS
# define _LIBCPP_AVAILABILITY_SIZED_NEW_DELETE
# define _LIBCPP_AVAILABILITY_FUTURE_ERROR
# define _LIBCPP_AVAILABILITY_TYPEINFO_VTABLE
# define _LIBCPP_AVAILABILITY_LOCALE_CATEGORY
# define _LIBCPP_AVAILABILITY_ATOMIC_SHARED_PTR
2019-03-20 22:34:00 +08:00
# define _LIBCPP_AVAILABILITY_FILESYSTEM
2019-03-21 05:18:14 +08:00
# define _LIBCPP_AVAILABILITY_FILESYSTEM_PUSH
# define _LIBCPP_AVAILABILITY_FILESYSTEM_POP
2020-02-14 22:19:47 +08:00
# define _LIBCPP_AVAILABILITY_TO_CHARS
2020-02-24 23:08:41 +08:00
# define _LIBCPP_AVAILABILITY_SYNC
2017-05-05 01:08:54 +08:00
#endif
// Define availability that depends on _LIBCPP_NO_EXCEPTIONS.
#ifdef _LIBCPP_NO_EXCEPTIONS
2018-02-24 15:57:32 +08:00
# define _LIBCPP_AVAILABILITY_FUTURE
# define _LIBCPP_AVAILABILITY_THROW_BAD_ANY_CAST
2018-11-19 23:37:04 +08:00
# define _LIBCPP_AVAILABILITY_THROW_BAD_OPTIONAL_ACCESS
# define _LIBCPP_AVAILABILITY_THROW_BAD_VARIANT_ACCESS
2017-05-05 01:08:54 +08:00
#else
2018-11-21 07:18:25 +08:00
# define _LIBCPP_AVAILABILITY_FUTURE _LIBCPP_AVAILABILITY_FUTURE_ERROR
# define _LIBCPP_AVAILABILITY_THROW_BAD_ANY_CAST _LIBCPP_AVAILABILITY_BAD_ANY_CAST
# define _LIBCPP_AVAILABILITY_THROW_BAD_OPTIONAL_ACCESS _LIBCPP_AVAILABILITY_BAD_OPTIONAL_ACCESS
# define _LIBCPP_AVAILABILITY_THROW_BAD_VARIANT_ACCESS _LIBCPP_AVAILABILITY_BAD_VARIANT_ACCESS
2017-05-05 01:08:54 +08:00
#endif
2018-12-06 08:24:58 +08:00
// The stream API was dropped and re-added in the dylib shipped on macOS
// and iOS. We can only assume the dylib to provide these definitions for
// macosx >= 10.9 and ios >= 7.0. Otherwise, the definitions are available
// from the headers, but not from the dylib. Explicit instantiation
// declarations for streams exist conditionally to this; if we provide
// an explicit instantiation declaration and we try to deploy to a dylib
// that does not provide those symbols, we'll get a load-time error.
#if !defined(_LIBCPP_BUILDING_LIBRARY) && \
2017-05-05 01:08:54 +08:00
((defined(__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__) && \
2017-06-19 00:50:23 +08:00
__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ < 1090) || \
2017-05-05 01:08:54 +08:00
(defined(__ENVIRONMENT_IPHONE_OS_VERSION_MIN_REQUIRED__) && \
2017-06-19 00:50:23 +08:00
__ENVIRONMENT_IPHONE_OS_VERSION_MIN_REQUIRED__ < 70000))
2018-12-06 08:24:58 +08:00
# define _LIBCPP_DO_NOT_ASSUME_STREAMS_EXPLICIT_INSTANTIATION_IN_DYLIB
2017-05-05 01:08:54 +08:00
#endif
2017-06-01 06:07:49 +08:00
#if defined(_LIBCPP_COMPILER_IBM)
#define _LIBCPP_HAS_NO_PRAGMA_PUSH_POP_MACRO
#endif
#if defined(_LIBCPP_HAS_NO_PRAGMA_PUSH_POP_MACRO)
2018-02-24 15:57:32 +08:00
# define _LIBCPP_PUSH_MACROS
# define _LIBCPP_POP_MACROS
2017-06-01 06:07:49 +08:00
#else
// Don't warn about macro conflicts when we can restore them at the
// end of the header.
2018-02-24 15:57:32 +08:00
# ifndef _LIBCPP_DISABLE_MACRO_CONFLICT_WARNINGS
# define _LIBCPP_DISABLE_MACRO_CONFLICT_WARNINGS
# endif
# if defined(_LIBCPP_COMPILER_MSVC)
# define _LIBCPP_PUSH_MACROS \
__pragma(push_macro("min")) \
__pragma(push_macro("max"))
# define _LIBCPP_POP_MACROS \
__pragma(pop_macro("min")) \
__pragma(pop_macro("max"))
# else
# define _LIBCPP_PUSH_MACROS \
_Pragma("push_macro(\"min\")") \
_Pragma("push_macro(\"max\")")
# define _LIBCPP_POP_MACROS \
_Pragma("pop_macro(\"min\")") \
_Pragma("pop_macro(\"max\")")
# endif
2017-06-01 06:07:49 +08:00
#endif // defined(_LIBCPP_HAS_NO_PRAGMA_PUSH_POP_MACRO)
2018-01-24 12:30:19 +08:00
#ifndef _LIBCPP_NO_AUTO_LINK
2018-02-24 15:57:32 +08:00
# if defined(_LIBCPP_ABI_MICROSOFT) && !defined(_LIBCPP_BUILDING_LIBRARY)
# if defined(_DLL)
# pragma comment(lib, "c++.lib")
# else
# pragma comment(lib, "libc++.lib")
# endif
# endif // defined(_LIBCPP_ABI_MICROSOFT) && !defined(_LIBCPP_BUILDING_LIBRARY)
2018-01-24 12:30:19 +08:00
#endif // _LIBCPP_NO_AUTO_LINK
2017-06-16 09:57:41 +08:00
2019-01-14 06:15:37 +08:00
#define _LIBCPP_UNUSED_VAR(x) ((void)(x))
2019-09-17 03:26:41 +08:00
// Configures the fopen close-on-exec mode character, if any. This string will
// be appended to any mode string used by fstream for fopen/fdopen.
//
// Not all platforms support this, but it helps avoid fd-leaks on platforms that
// do.
#if defined(__BIONIC__)
# define _LIBCPP_FOPEN_CLOEXEC_MODE "e"
#else
# define _LIBCPP_FOPEN_CLOEXEC_MODE
#endif
2017-06-16 09:57:41 +08:00
#endif // __cplusplus
2015-08-20 01:21:46 +08:00
#endif // _LIBCPP_CONFIG
