aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Basic/Module.cpp
diff options
context:
space:
mode:
authorJonas Devlieghere <jonas@devlieghere.com>2022-04-01 15:59:18 -0700
committerJonas Devlieghere <jonas@devlieghere.com>2022-04-05 13:46:37 -0700
commitfc54427e76c89e567390dd4a1d64a65568f4ec26 (patch)
treed785373d3b04cb1cee280af9da4d7f510dbeaef0 /clang/lib/Basic/Module.cpp
parent4169650537622ef278b4d62ef5fb37aeb0ee9f4e (diff)
downloadllvm-fc54427e76c89e567390dd4a1d64a65568f4ec26.zip
llvm-fc54427e76c89e567390dd4a1d64a65568f4ec26.tar.gz
llvm-fc54427e76c89e567390dd4a1d64a65568f4ec26.tar.bz2
[lldb] Refactor DataBuffer so we can map files as read-only
Currently, all data buffers are assumed to be writable. This is a problem on macOS where it's not allowed to load unsigned binaries in memory as writable. To be more precise, MAP_RESILIENT_CODESIGN and MAP_RESILIENT_MEDIA need to be set for mapped (unsigned) binaries on our platform. Binaries are mapped through FileSystem::CreateDataBuffer which returns a DataBufferLLVM. The latter is backed by a llvm::WritableMemoryBuffer because every DataBuffer in LLDB is considered to be writable. In order to use a read-only llvm::MemoryBuffer I had to split our abstraction around it. This patch distinguishes between a DataBuffer (read-only) and WritableDataBuffer (read-write) and updates LLDB to use the appropriate one. rdar://74890607 Differential revision: https://reviews.llvm.org/D122856
Diffstat (limited to 'clang/lib/Basic/Module.cpp')
0 files changed, 0 insertions, 0 deletions