Whereas it is UB in terms of the standard to delete an array of objects via pointer whose static type doesn't match its dynamic type, MSVC supports an extension allowing to do it. Aside from array deletion not working correctly in the mentioned case, currently not having this extension implemented causes clang to generate code that is not compatible with the code generated by MSVC, because clang always puts scalar deleting destructor to the vftable. This PR aims to resolve these problems. It was reverted due to link time errors in chromium with sanitizer coverage enabled, which is fixed by https://github.com/llvm/llvm-project/pull/131929 . The second commit of this PR also contains a fix for a runtime failure in chromium reported in https://github.com/llvm/llvm-project/pull/126240#issuecomment-2730216384 . Fixes https://github.com/llvm/llvm-project/issues/19772
27 lines
835 B
C++
27 lines
835 B
C++
// RUN: rm -rf %t
|
|
// RUN: mkdir %t
|
|
// RUN: split-file %s %t
|
|
//
|
|
// RUN: %clang_cc1 -std=c++20 -triple i686-pc-windows-msvc %t/foo.cppm -emit-module-interface \
|
|
// RUN: -o %t/foo.pcm
|
|
// RUN: %clang_cc1 -std=c++20 -triple i686-pc-windows-msvc %t/user.cc -fmodule-file=foo=%t/foo.pcm \
|
|
// RUN: -emit-llvm -o - -disable-llvm-passes | FileCheck %t/user.cc
|
|
|
|
//--- foo.cppm
|
|
export module foo;
|
|
export struct Fruit {
|
|
virtual ~Fruit() = default;
|
|
virtual void eval();
|
|
};
|
|
|
|
//--- user.cc
|
|
import foo;
|
|
void test() {
|
|
Fruit *f = new Fruit();
|
|
f->eval();
|
|
}
|
|
|
|
// Check that the virtual table is an unnamed_addr constant in comdat that can
|
|
// be merged with the virtual table with other TUs.
|
|
// CHECK: unnamed_addr constant {{.*}}[ptr @"??_R4Fruit@@6B@", ptr @"??_EFruit@@UAEPAXI@Z", ptr @"?eval@Fruit@@UAEXXZ"{{.*}}comdat($"??_7Fruit@@6B@")
|