[all-commits] [llvm/llvm-project] 0051b6: [ELF] Suppress "duplicate symbol" when resolving S...
Fangrui Song via All-commits
all-commits at lists.llvm.org
Fri Oct 21 09:43:39 PDT 2022
Branch: refs/heads/main
Home: https://github.com/llvm/llvm-project
Commit: 0051b6bb78772b0658f28e5f31ddf91c1589aab5
https://github.com/llvm/llvm-project/commit/0051b6bb78772b0658f28e5f31ddf91c1589aab5
Author: Fangrui Song <i at maskray.me>
Date: 2022-10-21 (Fri, 21 Oct 2022)
Changed paths:
M lld/ELF/InputFiles.cpp
A lld/test/ELF/comdat-binding2.s
Log Message:
-----------
[ELF] Suppress "duplicate symbol" when resolving STB_WEAK and STB_GNU_UNIQUE in different COMDATs
```
template <typename T> struct A {
A() {}
int value = 0;
};
template <typename Value> struct B {
static A<int> a;
};
template <typename Value> A<int> B<Value>::a;
inline int foo() {
return B<int>::a.value;
}
```
```
clang++ -c -fno-pic a.cc -o weak.o
g++ -c -fno-pic a.cc -o unique.o # --enable-gnu-unique-object
# Duplicate symbol error. In postParse, we do not check `sym.binding`
ld.lld -e 0 weak.o unique.o
```
Mixing GCC and Clang object files in this case is not ideal. .bss._ZGVN1BIiE1aE
has different COMDAT groups. It appears to work in practice because the guard
variable prevents harm due to double initialization.
For the linker, we just stick with the rule that a weak binding does not cause
"duplicate symbol" errors.
Close https://github.com/llvm/llvm-project/issues/58232
Differential Revision: https://reviews.llvm.org/D136381
More information about the All-commits
mailing list