maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/libcxx/cmake/caches/Apple.cmake

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

24 lines
1.0 KiB
CMake
Raw Normal View History

[libc++] Add a CMake cache for Apple-specific configuration options llvm-svn: 371638
2019-09-12 00:57:19 +08:00
set(CMAKE_BUILD_TYPE MinSizeRel CACHE STRING "")
set(CMAKE_POSITION_INDEPENDENT_CODE OFF CACHE BOOL "")
set(LIBCXX_USE_COMPILER_RT ON CACHE BOOL "")
[libc++] Do not enable assertions in the dylib in the Apple cache It turns out that all this time, we've actually been building without assertions enabled in the dylib. This commit updates the Apple CMake cache to make it consistent with reality.
2020-04-22 01:11:03 +08:00
set(LIBCXX_ENABLE_ASSERTIONS OFF CACHE BOOL "")
[libc++] Add a CMake cache for Apple-specific configuration options llvm-svn: 371638
2019-09-12 00:57:19 +08:00
set(LIBCXX_ABI_VERSION "1" CACHE STRING "")
set(LIBCXX_ENABLE_EXPERIMENTAL_LIBRARY OFF CACHE BOOL "")
[libc++] Also build the static library in the Apple cache
2021-06-04 06:15:13 +08:00
set(LIBCXX_ENABLE_STATIC ON CACHE BOOL "")
[libc++] Explicitly specify LIBCXX_ENABLE_SHARED to try and fix CI Configuring libc++abi with LIBCXX_ENABLE_STATIC=OFF is broken since https://reviews.llvm.org/D71894, so this patch fixes the issue for Apple platforms to unblock our CI.
2020-01-30 09:28:34 +08:00
set(LIBCXX_ENABLE_SHARED ON CACHE BOOL "")
[libc++] Explicitly specify that we use libc++abi in Apple's cache
2020-04-08 21:03:58 +08:00
set(LIBCXX_CXX_ABI libcxxabi CACHE STRING "")
[libc++] Add a CMake cache for Apple-specific configuration options llvm-svn: 371638
2019-09-12 00:57:19 +08:00
set(LIBCXX_HIDE_FROM_ABI_PER_TU_BY_DEFAULT ON CACHE BOOL "")
[libc++] Rename LIBCXX_ENABLE_DEBUG_MODE to LIBCXX_ENABLE_DEBUG_MODE_SUPPORT To make it clearer this is about whether the library supports the debug mode at all, not whether the debug mode is enabled. Per comment by Nico Weber on IRC.
2020-10-10 02:39:20 +08:00
set(LIBCXX_ENABLE_DEBUG_MODE_SUPPORT OFF CACHE BOOL "")
[libc++] Rework the whole availability markup implementation Currently, vendor-specific availability markup is enabled by default. This means that even when building against trunk libc++, the headers will by default prevent you from using some features that were not released in the dylib on your target platform. This is a source of frustration since people building libc++ from sources are usually not trying to use some vendor's released dylib. For that reason, I've been thinking for a long time that availability annotations should be off by default, which is the primary change that this commit enables. In addition, it reworks the implementation to make it easier for new vendors to add availability annotations for their platform, and it refreshes the documentation to reflect the current state of the codebase. Finally, a CMake configuration option is added to control whether availability annotations should be turned on for the flavor of libc++ being created. The intent is for vendors like Apple to turn it on, and for the upstream libc++ to leave it off (the default). Differential Revision: https://reviews.llvm.org/D90843
2020-11-05 04:01:25 +08:00
set(LIBCXX_ENABLE_VENDOR_AVAILABILITY_ANNOTATIONS ON CACHE BOOL "")
[libc++] Disable incomplete library features. Adds a new CMake option to disable the usage of incomplete headers. These incomplete headers are not guaranteed to be ABI stable. This option is intended to be used by vendors so they can avoid their users from code that's not ready for production usage. The option is enabled by default. Differential Revision: https://reviews.llvm.org/D106763
2021-07-25 15:18:53 +08:00
set(LIBCXX_ENABLE_INCOMPLETE_FEATURES OFF CACHE BOOL "")
[libc++] Update the cache for building libc++/libc++abi on Apple
2020-04-23 01:54:36 +08:00
[libc++] Also build the static library in the Apple cache
2021-06-04 06:15:13 +08:00
set(LIBCXX_HERMETIC_STATIC_LIBRARY ON CACHE BOOL "")
set(LIBCXXABI_HERMETIC_STATIC_LIBRARY ON CACHE BOOL "")
[libc++] Update the cache for building libc++/libc++abi on Apple
2020-04-23 01:54:36 +08:00
set(LIBCXXABI_ENABLE_ASSERTIONS OFF CACHE BOOL "")
[libc++/abi] Provide an option to turn on forgiving dynamic_cast when building libc++abi Instead of the ad-hoc #define _LIBCXX_DYNAMIC_FALLBACK, provide an option to enable the setting when building libc++abi. Also use the occasion to rename the option to something slightly more descriptive. Note that in the future, it would be great to simply remove this option altogether. However, in the meantime, it seems better to have it be an official option than something ad-hoc.
2020-04-23 04:17:58 +08:00
set(LIBCXXABI_ENABLE_FORGIVING_DYNAMIC_CAST ON CACHE BOOL "")
[runtimes] Add tests for vendor-specific properties Vendors take libc++ and ship it in various ways. Some vendors might ship it differently from what upstream LLVM does, i.e. the install location might be different, some ABI properties might differ, etc. In the past few years, I've come across several instances where having a place to test some of these properties would have been incredibly useful. I also just got bitten by the lack of tests of that kind, so I'm adding some now. The tests added by this commit for Apple platforms have numerous TODOs that capture discrepancies between the upstream LLVM CMake and the slightly-modified build we perform internally to produce Apple's system libc++. In the future, the goal would be to upstream all those differences so that it's possible to build a faithful Apple system libc++ with the upstream LLVM sources only. But this isn't only useful for Apple - this lays out the path for any vendor being able to add their own checks (either upstream or downstream) to libc++. This is a re-application of 9892d1644f, which was reverted in 138dc27186be because it broke the build. The issue was that we didn't apply the required changes to libunwind and our CI didn't notice it because we were not running the libunwind tests. This has been fixed now, and we're running the libunwind tests in CI now too. Differential Revision: https://reviews.llvm.org/D110736
2021-09-29 03:54:41 +08:00
set(LIBCXX_TEST_PARAMS "stdlib=apple-libc++" CACHE STRING "")
set(LIBCXXABI_TEST_PARAMS "${LIBCXX_TEST_PARAMS}" CACHE STRING "")