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
|
|
|
|
|
|
2020-06-27 00:08:59 +08:00
|
|
|
#include <__config_site>
|
|
|
|
|
|
2015-11-06 14:30:12 +08:00
|
|
|
#if defined(_MSC_VER) && !defined(__clang__)
|
2017-01-30 02:16:33 +08:00
|
|
|
# if !defined(_LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER)
|
2015-11-06 14:30:12 +08:00
|
|
|
# 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
|
|
|
|
|
|
2021-07-28 12:51:07 +08:00
|
|
|
#define _LIBCPP_VERSION 14000
|
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
|
|
|
|
|
|
2020-09-03 00:22:29 +08:00
|
|
|
#if __STDC_HOSTED__ == 0
|
2019-03-06 02:40:49 +08:00
|
|
|
# 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
|
2021-01-07 19:29:04 +08:00
|
|
|
# elif __cplusplus <= 202002L
|
|
|
|
|
# define _LIBCPP_STD_VER 20
|
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
|
|
|
# else
|
2021-01-07 19:29:04 +08:00
|
|
|
# define _LIBCPP_STD_VER 21 // current year, or date of c++2b ratification
|
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
|
|
|
# endif
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // _LIBCPP_STD_VER
|
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
|
|
|
|
2017-04-13 03:56:37 +08:00
|
|
|
#if defined(__ELF__)
|
|
|
|
|
# define _LIBCPP_OBJECT_FORMAT_ELF 1
|
|
|
|
|
#elif defined(__MACH__)
|
|
|
|
|
# define _LIBCPP_OBJECT_FORMAT_MACHO 1
|
|
|
|
|
#elif defined(_WIN32)
|
|
|
|
|
# define _LIBCPP_OBJECT_FORMAT_COFF 1
|
2017-12-17 02:59:50 +08:00
|
|
|
#elif defined(__wasm__)
|
|
|
|
|
# define _LIBCPP_OBJECT_FORMAT_WASM 1
|
2017-04-13 03:56:37 +08:00
|
|
|
#else
|
2020-11-18 02:17:40 +08:00
|
|
|
// ... add new file formats here ...
|
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.
|
2015-10-14 07:48:28 +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.
|
|
|
|
|
# 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.
|
2015-12-31 04:57:59 +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.
|
|
|
|
|
# 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.
|
2016-07-24 04:36:55 +08:00
|
|
|
# define _LIBCPP_ABI_FIX_UNORDERED_NODE_POINTER_UB
|
2016-01-27 08:11:54 +08:00
|
|
|
# define _LIBCPP_ABI_FORWARD_LIST_REMOVE_NODE_POINTER_UB
|
2016-02-11 04:46:23 +08:00
|
|
|
# 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.
|
|
|
|
|
# define _LIBCPP_ABI_ALWAYS_USE_CXX11_NULLPTR
|
[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.
|
|
|
|
|
# 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.
|
|
|
|
|
# define _LIBCPP_ABI_OPTIMIZED_LOCALE_NUM_GET
|
2021-05-26 02:34:18 +08:00
|
|
|
// In C++20 and later, don't derive std::plus from std::binary_function,
|
|
|
|
|
// nor std::negate from std::unary_function.
|
|
|
|
|
# define _LIBCPP_ABI_NO_BINDER_BASES
|
2021-05-26 06:15:58 +08:00
|
|
|
// Give reverse_iterator<T> one data member of type T, not two.
|
|
|
|
|
// Also, in C++17 and later, don't derive iterator types from std::iterator.
|
|
|
|
|
# define _LIBCPP_ABI_NO_ITERATOR_BASES
|
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.
|
2017-11-19 12:19:44 +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
|
2021-04-21 10:08:00 +08:00
|
|
|
// Use raw pointers, not wrapped ones, for std::span's iterator type.
|
|
|
|
|
# define _LIBCPP_ABI_SPAN_POINTER_ITERATORS
|
2020-03-02 23:11:35 +08:00
|
|
|
// Re-worked external template instantiations for std::string with a focus on
|
|
|
|
|
// performance and fast-path inlining.
|
|
|
|
|
# define _LIBCPP_ABI_STRING_OPTIMIZED_EXTERNAL_INSTANTIATION
|
2020-07-14 00:34:37 +08:00
|
|
|
// Enable clang::trivial_abi on std::unique_ptr.
|
|
|
|
|
# define _LIBCPP_ABI_ENABLE_UNIQUE_PTR_TRIVIAL_ABI
|
|
|
|
|
// Enable clang::trivial_abi on std::shared_ptr and std::weak_ptr
|
|
|
|
|
# define _LIBCPP_ABI_ENABLE_SHARED_PTR_TRIVIAL_ABI
|
2016-07-18 09:58:37 +08:00
|
|
|
#elif _LIBCPP_ABI_VERSION == 1
|
2017-04-13 03:56:37 +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.
|
2017-01-17 11:16:26 +08:00
|
|
|
# define _LIBCPP_DEPRECATED_ABI_LEGACY_LIBRARY_DEFINITIONS_FOR_INLINE_FUNCTIONS
|
2017-01-03 06:17:51 +08:00
|
|
|
# endif
|
2016-07-18 09:58:37 +08:00
|
|
|
// Feature macros for disabling pre ABI v1 features. All of these options
|
|
|
|
|
// are deprecated.
|
|
|
|
|
# if defined(__FreeBSD__)
|
|
|
|
|
# define _LIBCPP_DEPRECATED_ABI_DISABLE_PAIR_TRIVIAL_COPY_CTOR
|
|
|
|
|
# endif
|
|
|
|
|
#endif
|
|
|
|
|
|
2020-10-21 23:11:45 +08:00
|
|
|
#if defined(_LIBCPP_BUILDING_LIBRARY) || defined(_LIBCPP_ABI_UNSTABLE) || _LIBCPP_ABI_VERSION >= 2
|
|
|
|
|
// Enable additional explicit instantiations of iostreams components. This
|
|
|
|
|
// reduces the number of weak definitions generated in programs that use
|
|
|
|
|
// iostreams by providing a single strong definition in the shared library.
|
|
|
|
|
# define _LIBCPP_ABI_ENABLE_ADDITIONAL_IOSTREAM_EXPLICIT_INSTANTIATIONS_1
|
|
|
|
|
#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
|
|
|
|
|
|
2021-04-01 14:29:55 +08:00
|
|
|
#if defined(__apple_build_version__)
|
|
|
|
|
# define _LIBCPP_COMPILER_CLANG_BASED
|
|
|
|
|
# define _LIBCPP_APPLE_CLANG_VER (__apple_build_version__ / 10000)
|
|
|
|
|
#elif defined(__clang__)
|
|
|
|
|
# define _LIBCPP_COMPILER_CLANG_BASED
|
|
|
|
|
# define _LIBCPP_CLANG_VER (__clang_major__ * 100 + __clang_minor__)
|
2017-01-07 05:42:58 +08:00
|
|
|
#elif defined(__GNUC__)
|
|
|
|
|
# define _LIBCPP_COMPILER_GCC
|
|
|
|
|
#elif defined(_MSC_VER)
|
|
|
|
|
# define _LIBCPP_COMPILER_MSVC
|
|
|
|
|
#elif defined(__IBMCPP__)
|
|
|
|
|
# define _LIBCPP_COMPILER_IBM
|
|
|
|
|
#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)
|
|
|
|
|
# error "Only one of _LIBCPP_ABI_FORCE_ITANIUM and _LIBCPP_ABI_FORCE_MICROSOFT can be defined"
|
|
|
|
|
#elif defined(_LIBCPP_ABI_FORCE_ITANIUM)
|
|
|
|
|
# define _LIBCPP_ABI_ITANIUM
|
|
|
|
|
#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
|
2017-10-05 07:44:38 +08:00
|
|
|
# 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__)
|
|
|
|
|
# include <features.h>
|
2018-01-11 02:16:58 +08:00
|
|
|
# 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__
|
|
|
|
|
# if __LITTLE_ENDIAN__
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_LITTLE_ENDIAN
|
2010-08-22 08:02:43 +08:00
|
|
|
# endif // __LITTLE_ENDIAN__
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // __LITTLE_ENDIAN__
|
2010-05-12 03:42:16 +08:00
|
|
|
|
|
|
|
|
#ifdef __BIG_ENDIAN__
|
|
|
|
|
# if __BIG_ENDIAN__
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_BIG_ENDIAN
|
2010-08-22 08:02:43 +08:00
|
|
|
# endif // __BIG_ENDIAN__
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // __BIG_ENDIAN__
|
2010-05-12 03:42:16 +08:00
|
|
|
|
2015-09-17 02:10:47 +08:00
|
|
|
#ifdef __BYTE_ORDER__
|
|
|
|
|
# if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_LITTLE_ENDIAN
|
2015-09-17 02:10:47 +08:00
|
|
|
# elif __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_BIG_ENDIAN
|
2015-09-17 02:10:47 +08:00
|
|
|
# endif // __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
|
|
|
|
|
#endif // __BYTE_ORDER__
|
|
|
|
|
|
2010-08-12 00:27:20 +08:00
|
|
|
#ifdef __FreeBSD__
|
|
|
|
|
# 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
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_LITTLE_ENDIAN
|
2010-08-22 08:02:43 +08:00
|
|
|
# else // _BYTE_ORDER == _LITTLE_ENDIAN
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_BIG_ENDIAN
|
2010-08-22 08:02:43 +08:00
|
|
|
# endif // _BYTE_ORDER == _LITTLE_ENDIAN
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // __FreeBSD__
|
2010-08-12 00:27:20 +08:00
|
|
|
|
2021-01-13 03:16:15 +08:00
|
|
|
#if defined(__NetBSD__) || defined(__OpenBSD__)
|
2013-05-18 05:17:34 +08:00
|
|
|
# include <sys/endian.h>
|
|
|
|
|
# if _BYTE_ORDER == _LITTLE_ENDIAN
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_LITTLE_ENDIAN
|
2013-05-18 05:17:34 +08:00
|
|
|
# else // _BYTE_ORDER == _LITTLE_ENDIAN
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_BIG_ENDIAN
|
2013-05-18 05:17:34 +08:00
|
|
|
# endif // _BYTE_ORDER == _LITTLE_ENDIAN
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // defined(__NetBSD__) || defined(__OpenBSD__)
|
2013-05-18 05:17:34 +08:00
|
|
|
|
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
|
2017-01-20 07:48:05 +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
|
|
|
|
|
# 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__
|
|
|
|
|
# include <sys/isa_defs.h>
|
|
|
|
|
# ifdef _LITTLE_ENDIAN
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_LITTLE_ENDIAN
|
2012-02-29 21:05:08 +08:00
|
|
|
# else
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_BIG_ENDIAN
|
2012-02-29 21:05:08 +08:00
|
|
|
# endif
|
|
|
|
|
#endif // __sun__
|
|
|
|
|
|
2021-09-10 04:20:36 +08:00
|
|
|
#if defined(_AIX) && !defined(__64BIT__)
|
|
|
|
|
// The size of wchar is 2 byte on 32-bit mode on AIX.
|
|
|
|
|
# define _LIBCPP_SHORT_WCHAR 1
|
|
|
|
|
#endif
|
|
|
|
|
|
2021-08-24 23:40:05 +08:00
|
|
|
#if defined(__OpenBSD__)
|
2015-03-10 15:46:06 +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__)
|
2017-12-01 14:34:33 +08:00
|
|
|
# define _LIBCPP_USING_GETENTROPY
|
2015-03-10 15:46:06 +08:00
|
|
|
#elif defined(__native_client__)
|
2014-12-02 03:19:55 +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)
|
2015-03-10 15:46:06 +08:00
|
|
|
# define _LIBCPP_USING_WIN32_RANDOM
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_USING_DEV_RANDOM
|
|
|
|
|
#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)
|
2010-05-25 01:49:41 +08:00
|
|
|
# include <endian.h>
|
|
|
|
|
# if __BYTE_ORDER == __LITTLE_ENDIAN
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_LITTLE_ENDIAN
|
2010-05-25 01:49:41 +08:00
|
|
|
# elif __BYTE_ORDER == __BIG_ENDIAN
|
2017-10-17 21:16:01 +08:00
|
|
|
# define _LIBCPP_BIG_ENDIAN
|
2010-08-22 08:02:43 +08:00
|
|
|
# else // __BYTE_ORDER == __BIG_ENDIAN
|
2010-05-25 01:49:41 +08:00
|
|
|
# error unable to determine endian
|
|
|
|
|
# endif
|
2021-04-21 00:03:32 +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)
|
2016-02-11 05:53:28 +08:00
|
|
|
# define _LIBCPP_NO_CFI __attribute__((__no_sanitize__("cfi")))
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_NO_CFI
|
|
|
|
|
#endif
|
|
|
|
|
|
2021-08-17 23:23:48 +08:00
|
|
|
// If the compiler supports using_if_exists, pretend we have those functions and they'll
|
|
|
|
|
// be picked up if the C library provides them.
|
|
|
|
|
//
|
|
|
|
|
// TODO: Once we drop support for Clang 12, we can assume the compiler supports using_if_exists
|
|
|
|
|
// for platforms that don't have a conforming C11 library, so we can drop this whole thing.
|
|
|
|
|
#if __has_attribute(using_if_exists)
|
|
|
|
|
# define _LIBCPP_HAS_TIMESPEC_GET
|
|
|
|
|
# define _LIBCPP_HAS_QUICK_EXIT
|
|
|
|
|
# define _LIBCPP_HAS_ALIGNED_ALLOC
|
|
|
|
|
#else
|
2021-04-01 14:29:55 +08:00
|
|
|
#if (defined(__ISO_C_VISIBLE) && (__ISO_C_VISIBLE >= 2011)) || __cplusplus >= 201103L
|
2018-08-15 08:16:41 +08:00
|
|
|
# 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
|
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__)
|
|
|
|
|
# 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
|
2021-01-13 03:16:15 +08:00
|
|
|
# elif defined(__OpenBSD__)
|
|
|
|
|
# define _LIBCPP_HAS_ALIGNED_ALLOC
|
|
|
|
|
# define _LIBCPP_HAS_TIMESPEC_GET
|
2018-08-15 08:16:41 +08:00
|
|
|
# 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-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
|
|
|
# endif
|
2021-05-31 17:32:51 +08:00
|
|
|
# elif defined(_LIBCPP_MSVCRT)
|
|
|
|
|
// Using Microsoft's C Runtime library, not MinGW
|
|
|
|
|
# define _LIBCPP_HAS_TIMESPEC_GET
|
2020-07-28 02:25:03 +08:00
|
|
|
# elif defined(__APPLE__)
|
|
|
|
|
// timespec_get and aligned_alloc were introduced in macOS 10.15 and
|
|
|
|
|
// aligned releases
|
2021-04-02 16:31:18 +08:00
|
|
|
# if ((defined(__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__) && __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ >= 101500) || \
|
|
|
|
|
(defined(__ENVIRONMENT_IPHONE_OS_VERSION_MIN_REQUIRED__) && __ENVIRONMENT_IPHONE_OS_VERSION_MIN_REQUIRED__ >= 130000) || \
|
|
|
|
|
(defined(__ENVIRONMENT_TV_OS_VERSION_MIN_REQUIRED__) && __ENVIRONMENT_TV_OS_VERSION_MIN_REQUIRED__ >= 130000) || \
|
|
|
|
|
(defined(__ENVIRONMENT_WATCH_OS_VERSION_MIN_REQUIRED__) && __ENVIRONMENT_WATCH_OS_VERSION_MIN_REQUIRED__ >= 60000))
|
2020-07-28 02:25:03 +08:00
|
|
|
# define _LIBCPP_HAS_ALIGNED_ALLOC
|
2020-09-02 15:25:31 +08:00
|
|
|
# define _LIBCPP_HAS_TIMESPEC_GET
|
2020-07-28 02:25:03 +08:00
|
|
|
# endif
|
|
|
|
|
# endif // __APPLE__
|
2018-08-15 08:16:41 +08:00
|
|
|
#endif
|
2021-08-17 23:23:48 +08:00
|
|
|
#endif // __has_attribute(using_if_exists)
|
2018-08-15 08:16:41 +08:00
|
|
|
|
2019-01-16 09:51:12 +08:00
|
|
|
#ifndef _LIBCPP_CXX03_LANG
|
|
|
|
|
# define _LIBCPP_ALIGNOF(_Tp) alignof(_Tp)
|
2021-04-01 14:29:55 +08:00
|
|
|
#elif defined(_LIBCPP_COMPILER_CLANG_BASED)
|
2019-01-16 09:51:12 +08:00
|
|
|
# define _LIBCPP_ALIGNOF(_Tp) _Alignof(_Tp)
|
|
|
|
|
#else
|
2020-09-03 00:29:42 +08:00
|
|
|
# error "We don't know a correct way to implement alignof(T) in C++03 outside of Clang"
|
2019-01-16 09:51:12 +08:00
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
#define _LIBCPP_PREFERRED_ALIGNOF(_Tp) __alignof(_Tp)
|
|
|
|
|
|
2021-04-01 14:29:55 +08:00
|
|
|
#if defined(_LIBCPP_COMPILER_CLANG_BASED)
|
2010-08-11 04:48:29 +08:00
|
|
|
|
2020-06-26 04:31:14 +08:00
|
|
|
#if defined(_LIBCPP_ALTERNATE_STRING_LAYOUT)
|
|
|
|
|
# error _LIBCPP_ALTERNATE_STRING_LAYOUT is deprecated, please use _LIBCPP_ABI_ALTERNATE_STRING_LAYOUT instead
|
|
|
|
|
#endif
|
|
|
|
|
#if defined(__APPLE__) && !defined(__i386__) && !defined(__x86_64__) && \
|
|
|
|
|
(!defined(__arm__) || __ARM_ARCH_7K__ >= 2)
|
|
|
|
|
# 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
|
|
|
|
2020-07-04 01:46:41 +08:00
|
|
|
#if !__has_feature(cxx_exceptions)
|
|
|
|
|
# define _LIBCPP_NO_EXCEPTIONS
|
2010-05-12 03:42:16 +08:00
|
|
|
#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
|
|
|
|
|
|
|
|
|
|
#if !(__has_feature(cxx_nullptr))
|
2017-01-14 12:27:58 +08:00
|
|
|
# if (__has_extension(cxx_nullptr) || __has_keyword(__nullptr)) && defined(_LIBCPP_ABI_ALWAYS_USE_CXX11_NULLPTR)
|
2016-12-28 17:50:23 +08:00
|
|
|
# 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
|
|
|
|
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
|
|
|
|
|
|
2020-04-24 04:47:52 +08:00
|
|
|
#if defined(_LIBCPP_HAS_EXTENSION_BLOCKS) && defined(__APPLE__)
|
|
|
|
|
# define _LIBCPP_HAS_BLOCKS_RUNTIME
|
|
|
|
|
#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
|
|
|
|
|
|
2021-06-05 01:31:22 +08:00
|
|
|
#if !__has_feature(address_sanitizer)
|
2014-04-14 23:44:57 +08:00
|
|
|
#define _LIBCPP_HAS_NO_ASAN
|
|
|
|
|
#endif
|
|
|
|
|
|
2016-01-12 08:38:04 +08:00
|
|
|
// Allow for build-time disabling of unsigned integer sanitization
|
2021-06-05 01:31:22 +08:00
|
|
|
#if __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")))
|
2016-01-12 08:38:04 +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_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
|
|
|
|
2021-07-28 05:30:47 +08:00
|
|
|
#if !defined(__EXCEPTIONS)
|
2020-07-04 01:46:41 +08:00
|
|
|
# define _LIBCPP_NO_EXCEPTIONS
|
2010-08-11 04:48:29 +08:00
|
|
|
#endif
|
|
|
|
|
|
2021-06-05 01:31:22 +08:00
|
|
|
#if !defined(__SANITIZE_ADDRESS__)
|
2014-04-14 23:44:57 +08:00
|
|
|
#define _LIBCPP_HAS_NO_ASAN
|
|
|
|
|
#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
|
|
|
|
|
|
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
|
|
|
|
2011-06-23 06:17:44 +08:00
|
|
|
#define _LIBCPP_WEAK
|
2018-02-24 15:57:32 +08:00
|
|
|
|
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
|
|
|
|
|
|
|
|
|
|
#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
|
|
|
|
|
# define _LIBCPP_CRT_FUNC __declspec(dllimport)
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_CRT_FUNC
|
|
|
|
|
#endif
|
|
|
|
|
|
2016-12-06 03:40:12 +08:00
|
|
|
#if defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
|
2016-09-27 06:19:41 +08:00
|
|
|
# define _LIBCPP_DLL_VIS
|
|
|
|
|
# define _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS
|
|
|
|
|
# define _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS
|
2016-11-17 06:18:10 +08:00
|
|
|
# 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)
|
2016-09-16 06:27:07 +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
|
2016-11-17 06:18:10 +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
|
2016-09-16 06:27:07 +08:00
|
|
|
# define _LIBCPP_DLL_VIS __declspec(dllimport)
|
2016-09-20 02:29:07 +08:00
|
|
|
# define _LIBCPP_EXTERN_TEMPLATE_TYPE_VIS _LIBCPP_DLL_VIS
|
|
|
|
|
# define _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS
|
2016-11-17 06:18:10 +08:00
|
|
|
# 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
|
2021-02-22 07:13:13 +08:00
|
|
|
#define _LIBCPP_TEMPLATE_DATA_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
|
2016-12-06 03:40:12 +08:00
|
|
|
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
|
2016-09-16 06:27:07 +08:00
|
|
|
# define _LIBCPP_HIDDEN __attribute__ ((__visibility__("hidden")))
|
2016-12-06 03:40:12 +08:00
|
|
|
# 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
|
|
|
|
|
# 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
|
|
|
|
|
# define _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS inline _LIBCPP_HIDDEN
|
2017-03-09 08:18:00 +08:00
|
|
|
# else
|
|
|
|
|
# define _LIBCPP_METHOD_TEMPLATE_IMPLICIT_INSTANTIATION_VIS
|
|
|
|
|
# endif
|
|
|
|
|
#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
|
2016-12-06 03:40:12 +08:00
|
|
|
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
|
2016-09-16 06:27:07 +08:00
|
|
|
# define _LIBCPP_FUNC_VIS __attribute__ ((__visibility__("default")))
|
2016-12-06 03:40:12 +08:00
|
|
|
# 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
|
|
|
|
|
|
2021-02-22 07:13:13 +08:00
|
|
|
#ifndef _LIBCPP_TEMPLATE_DATA_VIS
|
|
|
|
|
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
|
|
|
|
|
# define _LIBCPP_TEMPLATE_DATA_VIS __attribute__ ((__visibility__("default")))
|
|
|
|
|
# else
|
|
|
|
|
# define _LIBCPP_TEMPLATE_DATA_VIS
|
|
|
|
|
# endif
|
|
|
|
|
#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
|
|
|
|
|
#define _LIBCPP_OVERRIDABLE_FUNC_VIS _LIBCPP_FUNC_VIS
|
|
|
|
|
#endif
|
|
|
|
|
|
2016-09-16 06:27:07 +08:00
|
|
|
#ifndef _LIBCPP_EXCEPTION_ABI
|
2016-12-06 03:40:12 +08:00
|
|
|
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
|
2016-09-16 06:27:07 +08:00
|
|
|
# define _LIBCPP_EXCEPTION_ABI __attribute__ ((__visibility__("default")))
|
2016-12-06 03:40:12 +08:00
|
|
|
# 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
|
2021-01-13 02:29:03 +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
|
|
|
# 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
|
|
|
|
|
#define _LIBCPP_CLASS_TEMPLATE_INSTANTIATION_VIS
|
|
|
|
|
#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
|
|
|
|
|
|
[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
|
2016-12-06 03:40:12 +08:00
|
|
|
# else
|
2018-08-06 22:11:50 +08:00
|
|
|
# define _LIBCPP_HIDE_FROM_ABI_AFTER_V1
|
2016-12-06 03:40:12 +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
|
|
|
|
|
|
2021-06-05 01:31:22 +08:00
|
|
|
#if __has_attribute(__enable_if__)
|
|
|
|
|
# define _LIBCPP_PREFERRED_OVERLOAD __attribute__ ((__enable_if__(true, "")))
|
2016-09-16 06:27:07 +08:00
|
|
|
#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;
|
2021-09-09 23:25:10 +08:00
|
|
|
#endif
|
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__)
|
2021-04-21 00:03:32 +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
|
2012-04-02 08:40:41 +08:00
|
|
|
# define _LIBCPP_CONSTEXPR
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_CONSTEXPR constexpr
|
2010-09-07 03:10:31 +08:00
|
|
|
#endif
|
2020-08-01 06:03:21 +08:00
|
|
|
|
|
|
|
|
#ifndef __cpp_consteval
|
|
|
|
|
# define _LIBCPP_CONSTEVAL _LIBCPP_CONSTEXPR
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_CONSTEVAL consteval
|
|
|
|
|
#endif
|
2010-09-07 03:10:31 +08:00
|
|
|
|
2021-02-20 16:13:16 +08:00
|
|
|
#if !defined(__cpp_concepts) || __cpp_concepts < 201907L
|
|
|
|
|
#define _LIBCPP_HAS_NO_CONCEPTS
|
|
|
|
|
#endif
|
|
|
|
|
|
2021-04-30 18:57:37 +08:00
|
|
|
#if _LIBCPP_STD_VER <= 17 || defined(_LIBCPP_HAS_NO_CONCEPTS)
|
2021-03-23 11:55:52 +08:00
|
|
|
#define _LIBCPP_HAS_NO_RANGES
|
|
|
|
|
#endif
|
|
|
|
|
|
2016-11-18 14:42:17 +08:00
|
|
|
#ifdef _LIBCPP_CXX03_LANG
|
2013-05-03 04:18:43 +08:00
|
|
|
# define _LIBCPP_DEFAULT {}
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_DEFAULT = default;
|
|
|
|
|
#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
|
|
|
|
|
|
[libc++] Use the using_if_exists attribute when provided
As discussed on cfe-dev [1], use the using_if_exists Clang attribute when
the compiler supports it. This makes it easier to port libc++ on top of
new platforms that don't fully support the C Standard library.
Previously, libc++ would fail to build when trying to import a missing
declaration in a <cXXXX> header. With the attribute, the declaration will
simply not be imported into namespace std, and hence it won't be available
for libc++ to use. In many cases, the declarations were *not* actually
required for libc++ to work (they were only surfaced for users to use
them as std::XXXX), so not importing them into namespace std is acceptable.
The same thing could be achieved by conscious usage of `#ifdef` along
with platform detection, however that quickly creates a maintenance
problem as libc++ is ported to new platforms. Furthermore, this problem
is exacerbated when mixed with vendor internal-only platforms, which can
lead to difficulties maintaining a downstream fork of the library.
For the time being, we only use the using_if_exists attribute when it
is supported. At some point in the future, we will start removing #ifdef
paths that are unnecessary when the attribute is supported, and folks
who need those #ifdef paths will be required to use a compiler that
supports the attribute.
[1]: http://lists.llvm.org/pipermail/cfe-dev/2020-June/066038.html
Differential Revision: https://reviews.llvm.org/D90257
2021-06-02 22:41:37 +08:00
|
|
|
#if __has_attribute(using_if_exists)
|
|
|
|
|
# define _LIBCPP_USING_IF_EXISTS __attribute__((using_if_exists))
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_USING_IF_EXISTS
|
|
|
|
|
#endif
|
|
|
|
|
|
2011-12-03 03:36:40 +08:00
|
|
|
#ifdef _LIBCPP_HAS_NO_STRONG_ENUMS
|
2013-03-07 07:30:19 +08:00
|
|
|
# define _LIBCPP_DECLARE_STRONG_ENUM(x) struct _LIBCPP_TYPE_VIS x { enum __lx
|
2011-12-03 03:36:40 +08:00
|
|
|
# define _LIBCPP_DECLARE_STRONG_ENUM_EPILOG(x) \
|
2012-10-31 03:06:59 +08:00
|
|
|
__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_;} \
|
2011-12-03 03:36:40 +08:00
|
|
|
};
|
|
|
|
|
#else // _LIBCPP_HAS_NO_STRONG_ENUMS
|
2016-09-16 06:27:07 +08:00
|
|
|
# define _LIBCPP_DECLARE_STRONG_ENUM(x) enum class _LIBCPP_ENUM_VIS x
|
2011-12-03 03:36:40 +08:00
|
|
|
# define _LIBCPP_DECLARE_STRONG_ENUM_EPILOG(x)
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // _LIBCPP_HAS_NO_STRONG_ENUMS
|
2011-12-03 03:36:40 +08:00
|
|
|
|
2020-10-03 03:02:52 +08:00
|
|
|
// _LIBCPP_DEBUG potential values:
|
|
|
|
|
// - undefined: No assertions. This is the default.
|
|
|
|
|
// - 0: Basic assertions
|
|
|
|
|
// - 1: Basic assertions + iterator validity checks.
|
|
|
|
|
#if !defined(_LIBCPP_DEBUG)
|
|
|
|
|
# define _LIBCPP_DEBUG_LEVEL 0
|
|
|
|
|
#elif _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
|
2013-08-24 01:37:05 +08:00
|
|
|
#endif
|
|
|
|
|
|
2021-06-09 21:41:27 +08:00
|
|
|
// Libc++ allows disabling extern template instantiation declarations by
|
|
|
|
|
// means of users defining _LIBCPP_DISABLE_EXTERN_TEMPLATE.
|
|
|
|
|
//
|
|
|
|
|
// Furthermore, when the Debug mode is enabled, we disable extern declarations
|
|
|
|
|
// when building user code because we don't want to use the functions compiled
|
|
|
|
|
// in the library, which might not have had the debug mode enabled when built.
|
|
|
|
|
// However, some extern declarations need to be used, because code correctness
|
|
|
|
|
// depends on it (several instances in <locale>). Those special declarations
|
|
|
|
|
// are declared with _LIBCPP_EXTERN_TEMPLATE_EVEN_IN_DEBUG_MODE, which is enabled
|
|
|
|
|
// even when the debug mode is enabled.
|
|
|
|
|
#if defined(_LIBCPP_DISABLE_EXTERN_TEMPLATE)
|
|
|
|
|
# define _LIBCPP_EXTERN_TEMPLATE(...) /* nothing */
|
|
|
|
|
# define _LIBCPP_EXTERN_TEMPLATE_EVEN_IN_DEBUG_MODE(...) /* nothing */
|
|
|
|
|
#elif _LIBCPP_DEBUG_LEVEL >= 1 && !defined(_LIBCPP_BUILDING_LIBRARY)
|
|
|
|
|
# define _LIBCPP_EXTERN_TEMPLATE(...) /* nothing */
|
|
|
|
|
# define _LIBCPP_EXTERN_TEMPLATE_EVEN_IN_DEBUG_MODE(...) extern template __VA_ARGS__;
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_EXTERN_TEMPLATE(...) extern template __VA_ARGS__;
|
|
|
|
|
# define _LIBCPP_EXTERN_TEMPLATE_EVEN_IN_DEBUG_MODE(...) extern template __VA_ARGS__;
|
2021-01-15 05:27:53 +08:00
|
|
|
#endif
|
|
|
|
|
|
2017-11-23 18:38:18 +08:00
|
|
|
#if defined(__APPLE__) || defined(__FreeBSD__) || defined(_LIBCPP_MSVCRT_LIKE) || \
|
2021-08-24 23:40:05 +08:00
|
|
|
defined(__sun__) || defined(__NetBSD__)
|
2011-07-15 13:40:33 +08:00
|
|
|
#define _LIBCPP_LOCALE__L_EXTENSIONS 1
|
|
|
|
|
#endif
|
2013-12-20 21:19:45 +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
|
2020-11-13 03:40:35 +08:00
|
|
|
#elif defined(__MVS__)
|
|
|
|
|
# define _LIBCPP_HAS_NO_LIBRARY_ALIGNED_ALLOCATION
|
2018-04-20 06:12:10 +08:00
|
|
|
#endif
|
|
|
|
|
|
2021-06-05 01:31:22 +08:00
|
|
|
#if 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)
|
2021-04-19 09:47:08 +08:00
|
|
|
#define _LIBCPP_HAS_NO_CHAR8_T
|
2018-12-11 12:35:44 +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
|
|
|
// 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
|
|
|
|
|
# define _LIBCPP_DEPRECATED
|
|
|
|
|
#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
|
|
|
|
|
|
2020-11-26 17:07:16 +08:00
|
|
|
#if _LIBCPP_STD_VER > 17
|
|
|
|
|
# define _LIBCPP_DEPRECATED_IN_CXX20 _LIBCPP_DEPRECATED
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_DEPRECATED_IN_CXX20
|
|
|
|
|
#endif
|
|
|
|
|
|
2021-04-19 09:47:08 +08:00
|
|
|
#if !defined(_LIBCPP_HAS_NO_CHAR8_T)
|
2020-10-26 19:18:46 +08:00
|
|
|
# define _LIBCPP_DEPRECATED_WITH_CHAR8_T _LIBCPP_DEPRECATED
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_DEPRECATED_WITH_CHAR8_T
|
|
|
|
|
#endif
|
|
|
|
|
|
2019-10-19 08:06:00 +08:00
|
|
|
// Macros to enter and leave a state where deprecation warnings are suppressed.
|
2021-06-05 01:31:22 +08:00
|
|
|
#if defined(_LIBCPP_COMPILER_CLANG_BASED) || defined(_LIBCPP_COMPILER_GCC)
|
|
|
|
|
# define _LIBCPP_SUPPRESS_DEPRECATED_PUSH \
|
|
|
|
|
_Pragma("GCC diagnostic push") \
|
2021-07-28 05:30:47 +08:00
|
|
|
_Pragma("GCC diagnostic ignored \"-Wdeprecated\"") \
|
|
|
|
|
_Pragma("GCC diagnostic ignored \"-Wdeprecated-declarations\"")
|
2021-06-05 01:31:22 +08:00
|
|
|
# define _LIBCPP_SUPPRESS_DEPRECATED_POP \
|
|
|
|
|
_Pragma("GCC diagnostic pop")
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_SUPPRESS_DEPRECATED_PUSH
|
|
|
|
|
# define _LIBCPP_SUPPRESS_DEPRECATED_POP
|
2019-10-19 08:06:00 +08:00
|
|
|
#endif
|
|
|
|
|
|
2013-07-15 22:57:19 +08:00
|
|
|
#if _LIBCPP_STD_VER <= 11
|
2013-08-28 04:18:59 +08:00
|
|
|
# define _LIBCPP_EXPLICIT_AFTER_CXX11
|
2013-07-15 22:57:19 +08:00
|
|
|
#else
|
2013-08-28 04:18:59 +08:00
|
|
|
# define _LIBCPP_EXPLICIT_AFTER_CXX11 explicit
|
2013-07-15 22:57:19 +08:00
|
|
|
#endif
|
|
|
|
|
|
2021-08-24 23:58:36 +08:00
|
|
|
#if _LIBCPP_STD_VER > 11
|
2014-07-17 13:16:18 +08:00
|
|
|
# define _LIBCPP_CONSTEXPR_AFTER_CXX11 constexpr
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_CONSTEXPR_AFTER_CXX11
|
|
|
|
|
#endif
|
|
|
|
|
|
2021-08-24 23:58:36 +08:00
|
|
|
#if _LIBCPP_STD_VER > 14
|
2016-03-17 11:30:56 +08:00
|
|
|
# define _LIBCPP_CONSTEXPR_AFTER_CXX14 constexpr
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_CONSTEXPR_AFTER_CXX14
|
|
|
|
|
#endif
|
|
|
|
|
|
2021-08-24 23:58:36 +08:00
|
|
|
#if _LIBCPP_STD_VER > 17
|
2017-11-15 06:26:50 +08:00
|
|
|
# define _LIBCPP_CONSTEXPR_AFTER_CXX17 constexpr
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_CONSTEXPR_AFTER_CXX17
|
|
|
|
|
#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
|
|
|
#if __has_cpp_attribute(nodiscard) || defined(_LIBCPP_COMPILER_MSVC)
|
2021-08-31 04:01:38 +08:00
|
|
|
# define _LIBCPP_NODISCARD [[nodiscard]]
|
2021-04-01 14:29:55 +08:00
|
|
|
#elif defined(_LIBCPP_COMPILER_CLANG_BASED) && !defined(_LIBCPP_CXX03_LANG)
|
2021-08-31 04:01:38 +08:00
|
|
|
# define _LIBCPP_NODISCARD [[clang::warn_unused_result]]
|
[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
|
|
|
#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.
|
2021-08-31 04:01:38 +08:00
|
|
|
# define _LIBCPP_NODISCARD
|
[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
|
|
|
#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)
|
2021-08-31 04:01:38 +08:00
|
|
|
# define _LIBCPP_NODISCARD_EXT _LIBCPP_NODISCARD
|
[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
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_NODISCARD_EXT
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
#if !defined(_LIBCPP_DISABLE_NODISCARD_AFTER_CXX17) && \
|
|
|
|
|
(_LIBCPP_STD_VER > 17 || defined(_LIBCPP_ENABLE_NODISCARD))
|
2021-08-31 04:01:38 +08:00
|
|
|
# define _LIBCPP_NODISCARD_AFTER_CXX17 _LIBCPP_NODISCARD
|
2017-11-15 06:26:50 +08:00
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_NODISCARD_AFTER_CXX17
|
|
|
|
|
#endif
|
|
|
|
|
|
2021-08-24 23:58:36 +08:00
|
|
|
#if !defined(_LIBCPP_DEBUG) && _LIBCPP_STD_VER > 11
|
2021-06-05 01:31:22 +08:00
|
|
|
# define _LIBCPP_CONSTEXPR_IF_NODEBUG constexpr
|
2021-08-24 23:58:36 +08:00
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_CONSTEXPR_IF_NODEBUG
|
2018-07-14 00:35:26 +08:00
|
|
|
#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
|
2020-12-18 05:19:50 +08:00
|
|
|
extern "C" _LIBCPP_FUNC_VIS 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.
|
2021-04-01 14:29:55 +08:00
|
|
|
#if defined(_LIBCPP_COMPILER_CLANG_BASED) && !__has_feature(cxx_rtti)
|
2020-07-15 04:28:41 +08:00
|
|
|
# define _LIBCPP_NO_RTTI
|
|
|
|
|
#elif defined(__GNUC__) && !defined(__GXX_RTTI)
|
|
|
|
|
# define _LIBCPP_NO_RTTI
|
|
|
|
|
#elif defined(_LIBCPP_COMPILER_MSVC) && !defined(_CPPRTTI)
|
|
|
|
|
# define _LIBCPP_NO_RTTI
|
2013-10-05 05:24:21 +08:00
|
|
|
#endif
|
|
|
|
|
|
2013-10-05 07:56:37 +08:00
|
|
|
#ifndef _LIBCPP_WEAK
|
|
|
|
|
#define _LIBCPP_WEAK __attribute__((__weak__))
|
|
|
|
|
#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)
|
2016-05-06 22:06:29 +08:00
|
|
|
# if defined(__FreeBSD__) || \
|
2019-05-02 00:47:30 +08:00
|
|
|
defined(__wasi__) || \
|
2016-05-06 22:06:29 +08:00
|
|
|
defined(__NetBSD__) || \
|
2021-01-13 03:16:15 +08:00
|
|
|
defined(__OpenBSD__) || \
|
2020-11-19 05:16:18 +08:00
|
|
|
defined(__NuttX__) || \
|
2016-05-06 22:06:29 +08:00
|
|
|
defined(__linux__) || \
|
2018-11-21 05:14:05 +08:00
|
|
|
defined(__GNU__) || \
|
2016-05-06 22:06:29 +08:00
|
|
|
defined(__APPLE__) || \
|
2017-05-10 10:36:48 +08:00
|
|
|
defined(__sun__) || \
|
2020-12-05 08:13:23 +08:00
|
|
|
defined(__MVS__) || \
|
2021-10-02 04:44:17 +08:00
|
|
|
defined(_AIX)
|
2017-01-07 07:15:16 +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
|
2017-01-07 11:07:45 +08:00
|
|
|
# elif defined(_LIBCPP_WIN32API)
|
|
|
|
|
# define _LIBCPP_HAS_THREAD_API_WIN32
|
2016-05-06 22:06:29 +08:00
|
|
|
# else
|
|
|
|
|
# error "No thread API"
|
2016-05-26 01:40:09 +08:00
|
|
|
# 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)
|
|
|
|
|
#error _LIBCPP_HAS_THREAD_API_PTHREAD may only be defined when \
|
|
|
|
|
_LIBCPP_HAS_NO_THREADS is not defined.
|
|
|
|
|
#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)
|
2017-02-27 23:49:51 +08:00
|
|
|
#error _LIBCPP_HAS_THREAD_API_EXTERNAL may not be defined when \
|
[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
|
|
|
_LIBCPP_HAS_NO_THREADS is defined.
|
|
|
|
|
#endif
|
|
|
|
|
|
2014-12-07 04:09:11 +08:00
|
|
|
#if defined(_LIBCPP_HAS_NO_MONOTONIC_CLOCK) && !defined(_LIBCPP_HAS_NO_THREADS)
|
|
|
|
|
#error _LIBCPP_HAS_NO_MONOTONIC_CLOCK may only be defined when \
|
|
|
|
|
_LIBCPP_HAS_NO_THREADS is defined.
|
|
|
|
|
#endif
|
|
|
|
|
|
2019-07-30 22:32:47 +08:00
|
|
|
#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
|
|
|
|
|
|
2019-09-08 06:18:20 +08:00
|
|
|
// Some systems do not provide gets() in their C library, for security reasons.
|
2021-06-05 01:31:22 +08:00
|
|
|
#if defined(_LIBCPP_MSVCRT) || \
|
|
|
|
|
(defined(__FreeBSD_version) && __FreeBSD_version >= 1300043) || \
|
|
|
|
|
defined(__OpenBSD__)
|
|
|
|
|
# define _LIBCPP_C_HAS_NO_GETS
|
2019-09-08 06:18:20 +08:00
|
|
|
#endif
|
|
|
|
|
|
2021-08-24 23:40:05 +08:00
|
|
|
#if defined(__BIONIC__) || defined(__NuttX__) || \
|
2020-11-10 22:54:03 +08:00
|
|
|
defined(__Fuchsia__) || defined(__wasi__) || defined(_LIBCPP_HAS_MUSL_LIBC) || \
|
2021-01-13 03:16:15 +08:00
|
|
|
defined(__MVS__) || defined(__OpenBSD__)
|
2015-03-11 08:51:06 +08:00
|
|
|
#define _LIBCPP_PROVIDES_DEFAULT_RUNE_TABLE
|
|
|
|
|
#endif
|
|
|
|
|
|
2017-01-14 12:27:58 +08:00
|
|
|
#if __has_feature(cxx_atomic) || __has_extension(c_atomic) || __has_keyword(_Atomic)
|
2015-08-20 01:21:46 +08:00
|
|
|
# define _LIBCPP_HAS_C_ATOMIC_IMP
|
2019-04-26 04:02:10 +08:00
|
|
|
#elif defined(_LIBCPP_COMPILER_GCC)
|
2015-08-20 01:21:46 +08:00
|
|
|
# define _LIBCPP_HAS_GCC_ATOMIC_IMP
|
|
|
|
|
#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)
|
|
|
|
|
# if defined(__clang__) && __has_attribute(acquire_capability)
|
|
|
|
|
// Work around the attribute handling in clang. When both __declspec and
|
|
|
|
|
// __attribute__ are present, the processing goes awry preventing the definition
|
|
|
|
|
// of the types.
|
|
|
|
|
# if !defined(_LIBCPP_OBJECT_FORMAT_COFF)
|
2016-03-16 10:30:06 +08:00
|
|
|
# define _LIBCPP_HAS_THREAD_SAFETY_ANNOTATIONS
|
|
|
|
|
# endif
|
2017-02-13 23:26:51 +08:00
|
|
|
# endif
|
|
|
|
|
#endif
|
2016-03-16 10:30:06 +08:00
|
|
|
|
2021-06-05 01:31:22 +08:00
|
|
|
#ifdef _LIBCPP_HAS_THREAD_SAFETY_ANNOTATIONS
|
|
|
|
|
# define _LIBCPP_THREAD_SAFETY_ANNOTATION(x) __attribute__((x))
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_THREAD_SAFETY_ANNOTATION(x)
|
|
|
|
|
#endif
|
2019-12-14 04:42:07 +08:00
|
|
|
|
2016-09-03 08:11:33 +08:00
|
|
|
#if __has_attribute(require_constant_initialization)
|
|
|
|
|
# define _LIBCPP_SAFE_STATIC __attribute__((__require_constant_initialization__))
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_SAFE_STATIC
|
|
|
|
|
#endif
|
|
|
|
|
|
2017-01-14 06:02:08 +08:00
|
|
|
#if __has_attribute(diagnose_if) && !defined(_LIBCPP_DISABLE_ADDITIONAL_DIAGNOSTICS)
|
|
|
|
|
# define _LIBCPP_DIAGNOSE_WARNING(...) \
|
2017-01-14 07:45:39 +08:00
|
|
|
__attribute__((diagnose_if(__VA_ARGS__, "warning")))
|
2017-01-14 06:02:08 +08:00
|
|
|
# define _LIBCPP_DIAGNOSE_ERROR(...) \
|
2017-01-14 07:45:39 +08:00
|
|
|
__attribute__((diagnose_if(__VA_ARGS__, "error")))
|
2017-01-14 06:02:08 +08:00
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_DIAGNOSE_WARNING(...)
|
|
|
|
|
# define _LIBCPP_DIAGNOSE_ERROR(...)
|
|
|
|
|
#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]]
|
2021-08-31 22:49:06 +08:00
|
|
|
#elif __has_attribute(__fallthrough__)
|
2017-05-06 04:32:26 +08:00
|
|
|
# define _LIBCPP_FALLTHROUGH() __attribute__((__fallthrough__))
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_FALLTHROUGH() ((void)0)
|
|
|
|
|
#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
|
|
|
|
|
|
2021-03-16 05:20:49 +08:00
|
|
|
#if __has_attribute(__standalone_debug__)
|
|
|
|
|
#define _LIBCPP_STANDALONE_DEBUG __attribute__((__standalone_debug__))
|
|
|
|
|
#else
|
|
|
|
|
#define _LIBCPP_STANDALONE_DEBUG
|
|
|
|
|
#endif
|
|
|
|
|
|
2020-11-12 09:12:18 +08:00
|
|
|
#if __has_attribute(__preferred_name__)
|
|
|
|
|
#define _LIBCPP_PREFERRED_NAME(x) __attribute__((__preferred_name__(x)))
|
|
|
|
|
#else
|
|
|
|
|
#define _LIBCPP_PREFERRED_NAME(x)
|
|
|
|
|
#endif
|
|
|
|
|
|
2017-01-17 05:15:08 +08:00
|
|
|
#if defined(_LIBCPP_ABI_MICROSOFT) && \
|
|
|
|
|
(defined(_LIBCPP_COMPILER_MSVC) || __has_declspec_attribute(empty_bases))
|
|
|
|
|
# define _LIBCPP_DECLSPEC_EMPTY_BASES __declspec(empty_bases)
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_DECLSPEC_EMPTY_BASES
|
|
|
|
|
#endif
|
|
|
|
|
|
2017-02-17 11:25:08 +08:00
|
|
|
#if defined(_LIBCPP_ENABLE_CXX17_REMOVED_FEATURES)
|
2017-02-17 11:30:25 +08:00
|
|
|
#define _LIBCPP_ENABLE_CXX17_REMOVED_AUTO_PTR
|
2017-04-14 02:25:32 +08:00
|
|
|
#define _LIBCPP_ENABLE_CXX17_REMOVED_BINDERS
|
2021-05-25 06:36:17 +08:00
|
|
|
#define _LIBCPP_ENABLE_CXX17_REMOVED_RANDOM_SHUFFLE
|
|
|
|
|
#define _LIBCPP_ENABLE_CXX17_REMOVED_UNEXPECTED_FUNCTIONS
|
2017-02-17 11:25:08 +08:00
|
|
|
#endif // _LIBCPP_ENABLE_CXX17_REMOVED_FEATURES
|
|
|
|
|
|
2021-05-25 06:36:17 +08:00
|
|
|
#if defined(_LIBCPP_ENABLE_CXX20_REMOVED_FEATURES)
|
|
|
|
|
#define _LIBCPP_ENABLE_CXX20_REMOVED_ALLOCATOR_MEMBERS
|
2021-05-26 02:34:18 +08:00
|
|
|
#define _LIBCPP_ENABLE_CXX20_REMOVED_BINDER_TYPEDEFS
|
2021-05-25 06:36:17 +08:00
|
|
|
#define _LIBCPP_ENABLE_CXX20_REMOVED_NEGATORS
|
|
|
|
|
#define _LIBCPP_ENABLE_CXX20_REMOVED_RAW_STORAGE_ITERATOR
|
2021-07-03 01:08:36 +08:00
|
|
|
#define _LIBCPP_ENABLE_CXX20_REMOVED_TYPE_TRAITS
|
2021-05-25 06:36:17 +08:00
|
|
|
#endif // _LIBCPP_ENABLE_CXX20_REMOVED_FEATURES
|
|
|
|
|
|
2017-05-26 09:52:59 +08:00
|
|
|
#if !defined(__cpp_coroutines) || __cpp_coroutines < 201703L
|
|
|
|
|
#define _LIBCPP_HAS_NO_COROUTINES
|
|
|
|
|
#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-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)
|
|
|
|
|
# define _LIBCPP_PUSH_MACROS
|
|
|
|
|
# define _LIBCPP_POP_MACROS
|
|
|
|
|
#else
|
|
|
|
|
// Don't warn about macro conflicts when we can restore them at the
|
|
|
|
|
// end of the header.
|
|
|
|
|
# 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
|
|
|
|
|
#endif // defined(_LIBCPP_HAS_NO_PRAGMA_PUSH_POP_MACRO)
|
|
|
|
|
|
2018-01-24 12:30:19 +08:00
|
|
|
#ifndef _LIBCPP_NO_AUTO_LINK
|
|
|
|
|
# if defined(_LIBCPP_ABI_MICROSOFT) && !defined(_LIBCPP_BUILDING_LIBRARY)
|
[libcxx] Base MSVC autolinking on _LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS
Previously the decision of which library to try to autolink was
based on _DLL, however the _DLL define (which is set by the compiler)
is tied to whether using a dynamically linked CRT or not, and the choice
of dynamic or static CRT is entirely orthogonal to whether libc++ is
linked dynamically or statically.
If _LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS isn't defined, then all
declarations are decorated with dllimport, and there's no doubt that
the DLL version of the library is what must be linked.
_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS is defined if building with
LIBCXX_ENABLE_SHARED disabled, and thus the static library is what
should be linked.
If defining _LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS manually but wanting
to link against the DLL version of the library, that's not a canonical
configuration, and then it's probably reasonable to manually define
_LIBCPP_NO_AUTO_LINK too, and manually link against the desired
library.
This fixes, among other issues, running tests for the library if
built with LIBCXX_ENABLE_STATIC disabled.
Differential Revision: https://reviews.llvm.org/D100539
2021-04-15 16:16:28 +08:00
|
|
|
# if !defined(_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS)
|
2018-01-07 02:47:03 +08:00
|
|
|
# pragma comment(lib, "c++.lib")
|
2018-01-24 12:30:19 +08:00
|
|
|
# else
|
2018-01-07 02:47:03 +08:00
|
|
|
# pragma comment(lib, "libc++.lib")
|
2018-01-24 12:30:19 +08:00
|
|
|
# endif
|
|
|
|
|
# endif // defined(_LIBCPP_ABI_MICROSOFT) && !defined(_LIBCPP_BUILDING_LIBRARY)
|
|
|
|
|
#endif // _LIBCPP_NO_AUTO_LINK
|
2017-06-16 09:57:41 +08:00
|
|
|
|
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
|
|
|
|
|
|
2020-03-13 02:16:30 +08:00
|
|
|
// Support for _FILE_OFFSET_BITS=64 landed gradually in Android, so the full set
|
|
|
|
|
// of functions used in cstdio may not be available for low API levels when
|
|
|
|
|
// using 64-bit file offsets on LP32.
|
|
|
|
|
#if defined(__BIONIC__) && defined(__USE_FILE_OFFSET64) && __ANDROID_API__ < 24
|
|
|
|
|
#define _LIBCPP_HAS_NO_FGETPOS_FSETPOS
|
|
|
|
|
#endif
|
|
|
|
|
|
2020-11-21 03:46:21 +08:00
|
|
|
#if __has_attribute(init_priority)
|
|
|
|
|
# define _LIBCPP_INIT_PRIORITY_MAX __attribute__((init_priority(101)))
|
|
|
|
|
#else
|
|
|
|
|
# define _LIBCPP_INIT_PRIORITY_MAX
|
|
|
|
|
#endif
|
|
|
|
|
|
2021-03-06 09:13:35 +08:00
|
|
|
#if defined(__GNUC__) || defined(__clang__)
|
|
|
|
|
#define _LIBCPP_FORMAT_PRINTF(a, b) \
|
|
|
|
|
__attribute__((__format__(__printf__, a, b)))
|
|
|
|
|
#else
|
|
|
|
|
#define _LIBCPP_FORMAT_PRINTF(a, b)
|
|
|
|
|
#endif
|
|
|
|
|
|
2017-06-16 09:57:41 +08:00
|
|
|
#endif // __cplusplus
|
|
|
|
|
|
2015-08-20 01:21:46 +08:00
|
|
|
#endif // _LIBCPP_CONFIG
|