mirror of
https://github.com/capstone-engine/llvm-capstone.git
synced 2024-10-08 11:44:05 +00:00
503f2ee4a8
The Apple.cmake cache wasn't set up properly, so we wouldn't enable the libdispatch backend by default on Apple platforms. This patch fixes the issue and adds a test. We also need to make various drive-by fixes: - Drop the usage of std::vector in libdispatch.h to avoid changing the transitive includes only on Apple platforms. - Fix includes - Use __construct at since construct_at is unavailable in C++17 - Get rid of the (unused) __get_memory_resource function since that adds a back-deployment requirement and we don't use it right now. - Fix bugs in the chunking logic around boundary conditions. Differential Revision: https://reviews.llvm.org/D155649 |
||
---|---|---|
.. | ||
AArch64.cmake | ||
AIX.cmake | ||
Apple.cmake | ||
Armv7Arm.cmake | ||
Armv7Thumb-no-exceptions.cmake | ||
Armv8Arm.cmake | ||
Armv8Thumb-no-exceptions.cmake | ||
FreeBSD.cmake | ||
Generic-abi-unstable.cmake | ||
Generic-asan.cmake | ||
Generic-cxx03.cmake | ||
Generic-cxx11.cmake | ||
Generic-cxx14.cmake | ||
Generic-cxx17.cmake | ||
Generic-cxx20.cmake | ||
Generic-cxx23.cmake | ||
Generic-cxx26.cmake | ||
Generic-debug-mode.cmake | ||
Generic-hardened-mode.cmake | ||
Generic-merged.cmake | ||
Generic-module-std-cxx23.cmake | ||
Generic-modules-lsv.cmake | ||
Generic-modules.cmake | ||
Generic-msan.cmake | ||
Generic-no-exceptions.cmake | ||
Generic-no-experimental.cmake | ||
Generic-no-filesystem.cmake | ||
Generic-no-localization.cmake | ||
Generic-no-random_device.cmake | ||
Generic-no-threads.cmake | ||
Generic-no-unicode.cmake | ||
Generic-no-wide-characters.cmake | ||
Generic-static.cmake | ||
Generic-tsan.cmake | ||
Generic-ubsan.cmake | ||
MinGW.cmake | ||
README.md | ||
s390x32-ibm-zos-ascii.cmake | ||
s390x32-ibm-zos.cmake | ||
s390x-ibm-zos-ascii.cmake | ||
s390x-ibm-zos.cmake |
libc++ / libc++abi configuration caches
This directory contains CMake caches for the supported configurations of libc++. Some of the configurations are specific to a vendor, others are generic and not tied to any vendor.
While we won't explicitly work to break configurations not listed here, any configuration not listed here is not explicitly supported. If you use or ship libc++ under a configuration not listed here, you should work with the libc++ maintainers to make it into a supported configuration and add it here.
Similarly, adding any new configuration that's not already covered must be discussed with the libc++ maintainers as it entails a maintenance burden.