diff options
author | Louis Dionne <ldionne.2@gmail.com> | 2023-06-14 15:31:20 -0700 |
---|---|---|
committer | Louis Dionne <ldionne.2@gmail.com> | 2023-06-21 09:01:24 -0400 |
commit | afc5cca0d4016f09f0d7e2683d5a920c7ecf9397 (patch) | |
tree | 6a616fa69945f3e108c4d3945de53e8c5ca753fc /llvm/lib/Target/RISCV/Disassembler/RISCVDisassembler.cpp | |
parent | 0b8a2eaf6210535912efeb18593297ee197137a6 (diff) | |
download | llvm-afc5cca0d4016f09f0d7e2683d5a920c7ecf9397.zip llvm-afc5cca0d4016f09f0d7e2683d5a920c7ecf9397.tar.gz llvm-afc5cca0d4016f09f0d7e2683d5a920c7ecf9397.tar.bz2 |
[libc++] Get rid of _LIBCPP_DISABLE_NEW_DELETE_DEFINITIONS
Whether we include operator new and delete into libc++ has always
been a build time setting, and piggy-backing on a macro like
_LIBCPP_DISABLE_NEW_DELETE_DEFINITIONS is inconsistent with how
we handle similar cases for e.g. LIBCXX_ENABLE_RANDOM_DEVICE. Instead,
simply avoid including new.cpp in the sources of the library when we
do not wish to include these operators in the build.
This also makes us much closer to being able to share the definitions
between libc++ and libc++abi, since we could technically build those
definitions into a standalone static library and decide whether we link
it into libc++abi.dylib or libc++.dylib.
Differential Revision: https://reviews.llvm.org/D153272
Diffstat (limited to 'llvm/lib/Target/RISCV/Disassembler/RISCVDisassembler.cpp')
0 files changed, 0 insertions, 0 deletions