aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/CodeGen/CodeGenModule.cpp
diff options
context:
space:
mode:
authorMichael Buch <michaelbuch12@gmail.com>2025-07-23 08:52:49 +0100
committerGitHub <noreply@github.com>2025-07-23 08:52:49 +0100
commitb7889a65a8e54f2d9c7f578a515a7bf970044bfe (patch)
tree1dd26c84ecc5f997e52edc70d63575e09cdb5746 /clang/lib/CodeGen/CodeGenModule.cpp
parent0cfea5b73cadfcf408f3549ff209fba4f56f9138 (diff)
downloadllvm-b7889a65a8e54f2d9c7f578a515a7bf970044bfe.zip
llvm-b7889a65a8e54f2d9c7f578a515a7bf970044bfe.tar.gz
llvm-b7889a65a8e54f2d9c7f578a515a7bf970044bfe.tar.bz2
[lldb][SBType] GetBasicType to unwrap canonical type (#149112)
`SBType::GetBasicType` fails on typedefs to primitive types. The docs for `GetBasicType` state: ``` Returns the BasicType value that is most appropriate to this type ``` But, e.g., for `uint64_t` this would currently return `eBasicTypeInvalid`. `TypeSystemClang::GetBasicTypeEnumeration` (which is what `SBType::GetBasicType` uses) doesn't see through typedefs. Inside LLDB we almost always call `GetBasicTypeEnumeration` on the canonical type. In the cases we don't I suspect those were just subtle bugs. This patch gets the canonical type inside of `GetBasicTypeEnumeration` instead. rdar://155829208
Diffstat (limited to 'clang/lib/CodeGen/CodeGenModule.cpp')
0 files changed, 0 insertions, 0 deletions