diff options
| author | Michael Buch <michaelbuch12@gmail.com> | 2024-07-26 16:47:47 +0100 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-07-26 16:47:47 +0100 |
| commit | 11a7ee50b400fc13cf772c81e09c153c93665658 (patch) | |
| tree | e5afdb6c15c18ef19897d165ab9bdc31a86d5137 /llvm/lib/Transforms/Utils/SimplifyCFG.cpp | |
| parent | 6ac0cf9fb0b8c3efe1a6583247102786bd223ca5 (diff) | |
| download | llvm-11a7ee50b400fc13cf772c81e09c153c93665658.zip llvm-11a7ee50b400fc13cf772c81e09c153c93665658.tar.gz llvm-11a7ee50b400fc13cf772c81e09c153c93665658.tar.bz2 | |
[lldb][TypeSystemClang][NFC] Clean up TypeSystemClang::GetBitSize (#100674)
This patch performs following NFC changes to
TypeSystemClang::GetBitSize:
* Factor out the Objective-C logic into a helper function.
* Introduce a new case for `FunctionProto`. I don't see a good reason
for special-casing this in the `default` case.
* We had a redundant check for `GetCompleteType` in the `RecordType`
case. We used to allow zero-size types for records and function
prototypes, so we can just fold them into the same case.
* Introduce a new case for `IncompleteArray`.
The motivation for this is that there are a few issues around VLAs
(i.e., `Type::IncompleteArray`) whose fixes will be easier to reason
about after this refactor.
Generally I don't think treating a type with 0 size as an error is the
right thing to do (at least not for array types). But that's not
something I wanted to fold into this NFC change.
Diffstat (limited to 'llvm/lib/Transforms/Utils/SimplifyCFG.cpp')
0 files changed, 0 insertions, 0 deletions
