aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Lex/ModuleMap.cpp
diff options
context:
space:
mode:
authorAlex Langford <alangford@apple.com>2023-05-25 16:22:13 -0700
committerAlex Langford <alangford@apple.com>2023-06-01 10:03:56 -0700
commitab27431596c4f61f84ce41e27aad09a4dde3fc5a (patch)
tree8f2d25b4c3bd9b0e7cb2ae8f7efacab1ad3a0061 /clang/lib/Lex/ModuleMap.cpp
parent8998ff53c91687b1065d095f6ac0ad7578131d73 (diff)
downloadllvm-ab27431596c4f61f84ce41e27aad09a4dde3fc5a.zip
llvm-ab27431596c4f61f84ce41e27aad09a4dde3fc5a.tar.gz
llvm-ab27431596c4f61f84ce41e27aad09a4dde3fc5a.tar.bz2
[lldb][NFCI] Remove use of ConstString from UnixSignals::SignalCode
On llvm.org and all downstream forks that I'm aware of, SignalCodes are always created from C string literals. They are never compared to anything so they take up space in the ConstString StringPool for no tangible benefit. I've changed the type here to `const llvm::StringLiteral` instead of using a `StringRef` or a `const char *` to express intent -- These strings come from constant data whose lifetime is directly tied to that of the running process (and are thus safe to store). Differential Revision: https://reviews.llvm.org/D151516
Diffstat (limited to 'clang/lib/Lex/ModuleMap.cpp')
0 files changed, 0 insertions, 0 deletions