1eddce4177
We were using llvm::SmallPtrSet for our ODR-use set which was also used for instantiating the implicit lambda captures. The order in which the captures are added depends on this, so the lambda's layout ended up changing. The test just uses floats, but this was noticed with other types as well. This test replaces the short-lived SmallPtrSet (it lasts only for an expression, which, though is a long time for lambdas, is at least not forever) with a SmallSetVector.
34 lines
1.2 KiB
C++
34 lines
1.2 KiB
C++
// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -emit-llvm --std=c++17 %s -o - | FileCheck %s
|
|
|
|
struct stream {
|
|
friend const stream &operator<<(const stream &, const float &);
|
|
};
|
|
|
|
void foo() {
|
|
constexpr float f_zero = 0.0f;
|
|
constexpr float f_one = 1.0f;
|
|
constexpr float f_two = 2.0f;
|
|
|
|
stream s;
|
|
[=]() {
|
|
s << f_zero << f_one << f_two;
|
|
}();
|
|
}
|
|
|
|
// CHECK: define void @_Z3foov
|
|
// CHECK: getelementptr inbounds %{{.+}}, %{{.+}}* %{{.+}}, i32 0, i32 0
|
|
// CHECK-NEXT: getelementptr inbounds %{{.+}}, %{{.+}}* %{{.+}}, i32 0, i32 1
|
|
// CHECK-NEXT: store float 0.000
|
|
// CHECK-NEXT: getelementptr inbounds %{{.+}}, %{{.+}}* %{{.+}}, i32 0, i32 2
|
|
// CHECK-NEXT: store float 1.000
|
|
// CHECK-NEXT: getelementptr inbounds %{{.+}}, %{{.+}}* %{{.+}}, i32 0, i32 3
|
|
// CHECK-NEXT: store float 2.000
|
|
|
|
// The lambda body. Reverse iteration when the captures aren't deterministic
|
|
// causes these to be laid out differently in the lambda.
|
|
// CHECK: define internal void
|
|
// CHECK: getelementptr inbounds %{{.+}}, %{{.+}}* %{{.+}}, i32 0, i32 0
|
|
// CHECK: getelementptr inbounds %{{.+}}, %{{.+}}* %{{.+}}, i32 0, i32 1
|
|
// CHECK: getelementptr inbounds %{{.+}}, %{{.+}}* %{{.+}}, i32 0, i32 2
|
|
// CHECK: getelementptr inbounds %{{.+}}, %{{.+}}* %{{.+}}, i32 0, i32 3
|