mirror of
https://github.com/llvm/llvm-project.git
synced 2025-04-29 23:46:06 +00:00
aa454dda2e
Previously `LValueToRValueBitCast`s were modeled in the same way how
a regular `BitCast` was. However, this should not produce an l-value.
Modeling bitcasts accurately is tricky, so it's probably better to
model this expression by binding a fresh conjured value.
The following code should not result in a diagnostic:
```lang=C++
__attribute__((always_inline))
static inline constexpr unsigned int_castf32_u32(float __A) {
return __builtin_bit_cast(unsigned int, __A); // no-warning
}
```
Previously, it reported
`Address of stack memory associated with local variable '__A' returned
to caller [core.StackAddressEscape]`.
Differential Revision: https://reviews.llvm.org/D105017
Reviewed by: NoQ, vsavchenko
33 lines
1.0 KiB
C++
33 lines
1.0 KiB
C++
// RUN: %clang_analyze_cc1 -triple x86_64-unknown-unknown -verify %s \
|
|
// RUN: -analyzer-checker=core,debug.ExprInspection
|
|
|
|
template <typename T> void clang_analyzer_dump(T);
|
|
|
|
__attribute__((always_inline)) static inline constexpr unsigned int _castf32_u32(float __A) {
|
|
return __builtin_bit_cast(unsigned int, __A); // no-warning
|
|
}
|
|
|
|
void test(int i) {
|
|
_castf32_u32(42);
|
|
|
|
float f = 42;
|
|
|
|
// Loading from a floating point value results in unknown,
|
|
// which later materializes as a conjured value.
|
|
auto g = __builtin_bit_cast(unsigned int, f);
|
|
clang_analyzer_dump(g);
|
|
// expected-warning-re@-1 {{{{^conj_\$[0-9]+{unsigned int,}}}}
|
|
|
|
auto g2 = __builtin_bit_cast(unsigned int, 42.0f);
|
|
clang_analyzer_dump(g2);
|
|
// expected-warning-re@-1 {{{{^conj_\$[0-9]+{unsigned int,}}}}
|
|
|
|
auto g3 = __builtin_bit_cast(unsigned int, i);
|
|
clang_analyzer_dump(g3);
|
|
// expected-warning-re@-1 {{{{^reg_\$[0-9]+<int i>}}}}
|
|
|
|
auto g4 = __builtin_bit_cast(unsigned long, &i);
|
|
clang_analyzer_dump(g4);
|
|
// expected-warning@-1 {{&i [as 64 bit integer]}}
|
|
}
|