aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Target/RISCV/Disassembler/RISCVDisassembler.cpp
diff options
context:
space:
mode:
authorLouis Dionne <ldionne.2@gmail.com>2023-06-14 15:31:20 -0700
committerLouis Dionne <ldionne.2@gmail.com>2023-06-21 09:01:24 -0400
commitafc5cca0d4016f09f0d7e2683d5a920c7ecf9397 (patch)
tree6a616fa69945f3e108c4d3945de53e8c5ca753fc /llvm/lib/Target/RISCV/Disassembler/RISCVDisassembler.cpp
parent0b8a2eaf6210535912efeb18593297ee197137a6 (diff)
downloadllvm-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