diff options
author | Alex Langford <alangford@apple.com> | 2023-05-25 16:22:13 -0700 |
---|---|---|
committer | Alex Langford <alangford@apple.com> | 2023-06-01 10:03:56 -0700 |
commit | ab27431596c4f61f84ce41e27aad09a4dde3fc5a (patch) | |
tree | 8f2d25b4c3bd9b0e7cb2ae8f7efacab1ad3a0061 /clang/lib/Lex/ModuleMap.cpp | |
parent | 8998ff53c91687b1065d095f6ac0ad7578131d73 (diff) | |
download | llvm-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