* [PATCH, testsuite]: Fix PR 65944, FAIL: g++.dg/lto/pr65276: undefined reference to std2::exception::~exception()
@ 2015-06-16 15:32 Uros Bizjak
2015-06-17 10:17 ` Uros Bizjak
0 siblings, 1 reply; 6+ messages in thread
From: Uros Bizjak @ 2015-06-16 15:32 UTC (permalink / raw)
To: gcc-patches
Hello!
Following patch fixes:
cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M
pr65276_1.C:(.text._ZN4std213runtime_errorD2Ev[_ZN4std213runtime_errorD5Ev]+0x8):
undefined reference to `std2::exception::~exception()'^M
cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M
pr65276_1.C:(.text._ZN4std213runtime_errorD0Ev[_ZN4std213runtime_errorD5Ev]+0xc):
undefined reference to `std2::exception::~exception()'^M
cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x10):
undefined reference to `std2::exception::~exception()'^M
cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x18):
undefined reference to `std2::exception::~exception()'^M
collect2: error: ld returned 1 exit status^M
link error with g++.dg/lto/pr65276 testcase.
2015-06-16 Uros Bizjak <ubizjak@gmail.com>
PR testsuite/65944
* g++.dg/lto/pr65276_0.C: Add std2::exception::~exception() function.
Tested on x86_64-linux-gnu CentOS 5.11 (where linking failed) and
Fedora 22 (where linking didn't fail).
OK for mainline and gcc-5 branch?
Uros.
Index: g++.dg/lto/pr65276_0.C
===================================================================
--- g++.dg/lto/pr65276_0.C (revision 224475)
+++ g++.dg/lto/pr65276_0.C (working copy)
@@ -59,3 +59,5 @@
};
static ios_base::Init __ioinit;
}
+
+std2::exception::~exception() noexcept { }
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH, testsuite]: Fix PR 65944, FAIL: g++.dg/lto/pr65276: undefined reference to std2::exception::~exception() 2015-06-16 15:32 [PATCH, testsuite]: Fix PR 65944, FAIL: g++.dg/lto/pr65276: undefined reference to std2::exception::~exception() Uros Bizjak @ 2015-06-17 10:17 ` Uros Bizjak 2015-06-18 9:05 ` James Greenhalgh 0 siblings, 1 reply; 6+ messages in thread From: Uros Bizjak @ 2015-06-17 10:17 UTC (permalink / raw) To: gcc-patches On Tue, Jun 16, 2015 at 5:13 PM, Uros Bizjak <ubizjak@gmail.com> wrote: > Hello! > > Following patch fixes: > > cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M > pr65276_1.C:(.text._ZN4std213runtime_errorD2Ev[_ZN4std213runtime_errorD5Ev]+0x8): > undefined reference to `std2::exception::~exception()'^M > cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M > pr65276_1.C:(.text._ZN4std213runtime_errorD0Ev[_ZN4std213runtime_errorD5Ev]+0xc): > undefined reference to `std2::exception::~exception()'^M > cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x10): > undefined reference to `std2::exception::~exception()'^M > cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x18): > undefined reference to `std2::exception::~exception()'^M > collect2: error: ld returned 1 exit status^M > > link error with g++.dg/lto/pr65276 testcase. > > 2015-06-16 Uros Bizjak <ubizjak@gmail.com> > > PR testsuite/65944 > * g++.dg/lto/pr65276_0.C: Add std2::exception::~exception() function. > > Tested on x86_64-linux-gnu CentOS 5.11 (where linking failed) and > Fedora 22 (where linking didn't fail). > > OK for mainline and gcc-5 branch? Now committed as obvious. Uros. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH, testsuite]: Fix PR 65944, FAIL: g++.dg/lto/pr65276: undefined reference to std2::exception::~exception() 2015-06-17 10:17 ` Uros Bizjak @ 2015-06-18 9:05 ` James Greenhalgh 2015-06-18 9:32 ` Uros Bizjak 0 siblings, 1 reply; 6+ messages in thread From: James Greenhalgh @ 2015-06-18 9:05 UTC (permalink / raw) To: Uros Bizjak; +Cc: gcc-patches On Wed, Jun 17, 2015 at 11:04:24AM +0100, Uros Bizjak wrote: > On Tue, Jun 16, 2015 at 5:13 PM, Uros Bizjak <ubizjak@gmail.com> wrote: > > Hello! > > > > Following patch fixes: > > > > cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M > > pr65276_1.C:(.text._ZN4std213runtime_errorD2Ev[_ZN4std213runtime_errorD5Ev]+0x8): > > undefined reference to `std2::exception::~exception()'^M > > cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M > > pr65276_1.C:(.text._ZN4std213runtime_errorD0Ev[_ZN4std213runtime_errorD5Ev]+0xc): > > undefined reference to `std2::exception::~exception()'^M > > cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x10): > > undefined reference to `std2::exception::~exception()'^M > > cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x18): > > undefined reference to `std2::exception::~exception()'^M > > collect2: error: ld returned 1 exit status^M > > > > link error with g++.dg/lto/pr65276 testcase. > > > > 2015-06-16 Uros Bizjak <ubizjak@gmail.com> > > > > PR testsuite/65944 > > * g++.dg/lto/pr65276_0.C: Add std2::exception::~exception() function. > > > > Tested on x86_64-linux-gnu CentOS 5.11 (where linking failed) and > > Fedora 22 (where linking didn't fail). > > > > OK for mainline and gcc-5 branch? > > Now committed as obvious. Hi, This patch causes failures in arm-none-linux-gnueabihf testing: PASS->FAIL: g++.dg/lto/pr65276 cp_lto_pr65276_0.o-cp_lto_pr65276_1.o link, -flto -O0 -std=c++11 .../arm-none-linux-gnueabihf/obj/gcc4/gcc/testsuite/g++2/../../xg++ -B.../arm-none-linux-gnueabihf/obj/gcc4/gcc/testsuite/g++2/../../ cp_lto_pr65276_0.o cp_lto_pr65276_1.o -fno-diagnostics-show-caret -fdiagnostics-color=never -nostdinc++ -I.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/libstdc++-v3/include/arm-none-linux-gnueabihf -I.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/libstdc++-v3/include -I.../gcc/libstdc++-v3/libsupc++ -I.../gcc/libstdc++-v3/include/backward -I.../gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -flto -O0 -std=c++11 -L.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -B.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -L.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -o g++-dg-lto-pr65276-01.exe cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': (.text+0x0): multiple definition of `typeinfo name for std2::exception' cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': (.text+0x0): multiple definition of `typeinfo for std2::exception' cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here collect2: error: ld returned 1 exit status compiler exited with status 1 output is: cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': (.text+0x0): multiple definition of `typeinfo name for std2::exception' cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': (.text+0x0): multiple definition of `typeinfo for std2::exception' cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here collect2: error: ld returned 1 exit status Thanks, James ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH, testsuite]: Fix PR 65944, FAIL: g++.dg/lto/pr65276: undefined reference to std2::exception::~exception() 2015-06-18 9:05 ` James Greenhalgh @ 2015-06-18 9:32 ` Uros Bizjak 2015-06-18 9:43 ` Uros Bizjak 2016-02-02 3:09 ` Michael Daniels 0 siblings, 2 replies; 6+ messages in thread From: Uros Bizjak @ 2015-06-18 9:32 UTC (permalink / raw) To: James Greenhalgh; +Cc: gcc-patches, Jonathan Wakely On Thu, Jun 18, 2015 at 10:59 AM, James Greenhalgh <james.greenhalgh@arm.com> wrote: >> > Hello! >> > >> > Following patch fixes: >> > >> > cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M >> > pr65276_1.C:(.text._ZN4std213runtime_errorD2Ev[_ZN4std213runtime_errorD5Ev]+0x8): >> > undefined reference to `std2::exception::~exception()'^M >> > cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M >> > pr65276_1.C:(.text._ZN4std213runtime_errorD0Ev[_ZN4std213runtime_errorD5Ev]+0xc): >> > undefined reference to `std2::exception::~exception()'^M >> > cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x10): >> > undefined reference to `std2::exception::~exception()'^M >> > cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x18): >> > undefined reference to `std2::exception::~exception()'^M >> > collect2: error: ld returned 1 exit status^M >> > >> > link error with g++.dg/lto/pr65276 testcase. >> > >> > 2015-06-16 Uros Bizjak <ubizjak@gmail.com> >> > >> > PR testsuite/65944 >> > * g++.dg/lto/pr65276_0.C: Add std2::exception::~exception() function. >> > >> > Tested on x86_64-linux-gnu CentOS 5.11 (where linking failed) and >> > Fedora 22 (where linking didn't fail). >> > >> > OK for mainline and gcc-5 branch? >> >> Now committed as obvious. > > This patch causes failures in arm-none-linux-gnueabihf testing: > > PASS->FAIL: g++.dg/lto/pr65276 cp_lto_pr65276_0.o-cp_lto_pr65276_1.o link, -flto -O0 -std=c++11 > > .../arm-none-linux-gnueabihf/obj/gcc4/gcc/testsuite/g++2/../../xg++ -B.../arm-none-linux-gnueabihf/obj/gcc4/gcc/testsuite/g++2/../../ cp_lto_pr65276_0.o cp_lto_pr65276_1.o -fno-diagnostics-show-caret -fdiagnostics-color=never -nostdinc++ -I.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/libstdc++-v3/include/arm-none-linux-gnueabihf -I.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/libstdc++-v3/include -I.../gcc/libstdc++-v3/libsupc++ -I.../gcc/libstdc++-v3/include/backward -I.../gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -flto -O0 -std=c++11 -L.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -B.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -L.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -o g++-dg-lto-pr65276-01.exe > cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': > (.text+0x0): multiple definition of `typeinfo name for std2::exception' > cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here > cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': > (.text+0x0): multiple definition of `typeinfo for std2::exception' > cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here > collect2: error: ld returned 1 exit status > compiler exited with status 1 > output is: > cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': > (.text+0x0): multiple definition of `typeinfo name for std2::exception' > cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here > cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': > (.text+0x0): multiple definition of `typeinfo for std2::exception' > cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here > collect2: error: ld returned 1 exit status I discussed this patch privately with Jon, where he suggested that the approach is OK. The patch also works for me on both, CentOS 5.11 and Fedora 22. I'm out of ideas why this doesn't work on your system. Can you investigate it? Uros. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH, testsuite]: Fix PR 65944, FAIL: g++.dg/lto/pr65276: undefined reference to std2::exception::~exception() 2015-06-18 9:32 ` Uros Bizjak @ 2015-06-18 9:43 ` Uros Bizjak 2016-02-02 3:09 ` Michael Daniels 1 sibling, 0 replies; 6+ messages in thread From: Uros Bizjak @ 2015-06-18 9:43 UTC (permalink / raw) To: James Greenhalgh; +Cc: gcc-patches, Jonathan Wakely On Thu, Jun 18, 2015 at 11:05 AM, Uros Bizjak <ubizjak@gmail.com> wrote: >> This patch causes failures in arm-none-linux-gnueabihf testing: >> >> PASS->FAIL: g++.dg/lto/pr65276 cp_lto_pr65276_0.o-cp_lto_pr65276_1.o link, -flto -O0 -std=c++11 >> >> .../arm-none-linux-gnueabihf/obj/gcc4/gcc/testsuite/g++2/../../xg++ -B.../arm-none-linux-gnueabihf/obj/gcc4/gcc/testsuite/g++2/../../ cp_lto_pr65276_0.o cp_lto_pr65276_1.o -fno-diagnostics-show-caret -fdiagnostics-color=never -nostdinc++ -I.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/libstdc++-v3/include/arm-none-linux-gnueabihf -I.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/libstdc++-v3/include -I.../gcc/libstdc++-v3/libsupc++ -I.../gcc/libstdc++-v3/include/backward -I.../gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -flto -O0 -std=c++11 -L.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -B.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -L.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -o g++-dg-lto-pr65276-01.exe >> cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': >> (.text+0x0): multiple definition of `typeinfo name for std2::exception' >> cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here >> cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': >> (.text+0x0): multiple definition of `typeinfo for std2::exception' >> cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here >> collect2: error: ld returned 1 exit status >> compiler exited with status 1 >> output is: >> cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': >> (.text+0x0): multiple definition of `typeinfo name for std2::exception' >> cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here >> cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': >> (.text+0x0): multiple definition of `typeinfo for std2::exception' >> cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here >> collect2: error: ld returned 1 exit status > > I discussed this patch privately with Jon, where he suggested that the > approach is OK. The patch also works for me on both, CentOS 5.11 and > Fedora 22. > > I'm out of ideas why this doesn't work on your system. Can you investigate it? FYI, patched testcase compiles to following assembly on CentOS 5.11: cp_lto_pr65276_0.o: file format elf64-x86-64 Disassembly of section .text: 0000000000000000 <_ZN4std29exceptionD1Ev>: 0: 55 push %rbp 1: 48 89 e5 mov %rsp,%rbp 4: 48 83 ec 10 sub $0x10,%rsp 8: 48 89 7d f8 mov %rdi,0xfffffffffffffff8(%rbp) c: ba 00 00 00 00 mov $0x0,%edx d: R_X86_64_32 _ZTVN4std29exceptionE+0x10 11: 48 8b 45 f8 mov 0xfffffffffffffff8(%rbp),%rax 15: 48 89 10 mov %rdx,(%rax) 18: b8 00 00 00 00 mov $0x0,%eax 1d: 85 c0 test %eax,%eax 1f: 74 0c je 2d <_ZN4std29exceptionD1Ev+0x2d> 21: 48 8b 45 f8 mov 0xfffffffffffffff8(%rbp),%rax 25: 48 89 c7 mov %rax,%rdi 28: e8 00 00 00 00 callq 2d <_ZN4std29exceptionD1Ev+0x2d> 29: R_X86_64_PC32 _ZdlPv+0xfffffffffffffffc 2d: c9 leaveq 2e: c3 retq 2f: 90 nop 0000000000000030 <_ZN4std29exceptionD0Ev>: 30: 55 push %rbp 31: 48 89 e5 mov %rsp,%rbp 34: 48 83 ec 10 sub $0x10,%rsp 38: 48 89 7d f8 mov %rdi,0xfffffffffffffff8(%rbp) 3c: 48 8b 45 f8 mov 0xfffffffffffffff8(%rbp),%rax 40: 48 89 c7 mov %rax,%rdi 43: e8 00 00 00 00 callq 48 <_ZN4std29exceptionD0Ev+0x18> 44: R_X86_64_PC32 _ZN4std29exceptionD1Ev+0xfffffffffffffffc 48: 48 8b 45 f8 mov 0xfffffffffffffff8(%rbp),%rax 4c: 48 89 c7 mov %rax,%rdi 4f: e8 00 00 00 00 callq 54 <_ZN4std29exceptionD0Ev+0x24> 50: R_X86_64_PC32 _ZdlPv+0xfffffffffffffffc 54: c9 leaveq 55: c3 retq Unpatched testcase produces empty object file. Uros. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH, testsuite]: Fix PR 65944, FAIL: g++.dg/lto/pr65276: undefined reference to std2::exception::~exception() 2015-06-18 9:32 ` Uros Bizjak 2015-06-18 9:43 ` Uros Bizjak @ 2016-02-02 3:09 ` Michael Daniels 1 sibling, 0 replies; 6+ messages in thread From: Michael Daniels @ 2016-02-02 3:09 UTC (permalink / raw) To: ubizjak; +Cc: gcc-patches, james.greenhalgh, jwakely On Thu, 2015-06-18 at 11:05 +0200, Uros Bizjak wrote: > On Thu, Jun 18, 2015 at 10:59 AM, James Greenhalgh > <james.greenhalgh@arm.com> wrote: > > >> > Hello! > >> > > >> > Following patch fixes: > >> > > >> > cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M > >> > pr65276_1.C:(.text._ZN4std213runtime_errorD2Ev[_ZN4std213runtime_errorD5Ev]+0x8): > >> > undefined reference to `std2::exception::~exception()'^M > >> > cp_lto_pr65276_1.o: In function `std2::runtime_error::~runtime_error()':^M > >> > pr65276_1.C:(.text._ZN4std213runtime_errorD0Ev[_ZN4std213runtime_errorD5Ev]+0xc): > >> > undefined reference to `std2::exception::~exception()'^M > >> > cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x10): > >> > undefined reference to `std2::exception::~exception()'^M > >> > cp_lto_pr65276_1.o:(.rodata._ZTVN4std29exceptionE[_ZTVN4std29exceptionE]+0x18): > >> > undefined reference to `std2::exception::~exception()'^M > >> > collect2: error: ld returned 1 exit status^M > >> > > >> > link error with g++.dg/lto/pr65276 testcase. > >> > > >> > 2015-06-16 Uros Bizjak <ubizjak@gmail.com> > >> > > >> > PR testsuite/65944 > >> > * g++.dg/lto/pr65276_0.C: Add std2::exception::~exception() function. > >> > > >> > Tested on x86_64-linux-gnu CentOS 5.11 (where linking failed) and > >> > Fedora 22 (where linking didn't fail). > >> > > >> > OK for mainline and gcc-5 branch? > >> > >> Now committed as obvious. > > > > This patch causes failures in arm-none-linux-gnueabihf testing: > > > > PASS->FAIL: g++.dg/lto/pr65276 cp_lto_pr65276_0.o-cp_lto_pr65276_1.o link, -flto -O0 -std=c++11 > > > > .../arm-none-linux-gnueabihf/obj/gcc4/gcc/testsuite/g++2/../../xg++ -B.../arm-none-linux-gnueabihf/obj/gcc4/gcc/testsuite/g++2/../../ cp_lto_pr65276_0.o cp_lto_pr65276_1.o -fno-diagnostics-show-caret -fdiagnostics-color=never -nostdinc++ -I.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/libstdc++-v3/include/arm-none-linux-gnueabihf -I.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/libstdc++-v3/include -I.../gcc/libstdc++-v3/libsupc++ -I.../gcc/libstdc++-v3/include/backward -I.../gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -flto -O0 -std=c++11 -L.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -B.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -L.../arm-none-linux-gnueabihf/obj/gcc4/arm-none-linux-gnueabihf/./libstdc++-v3/src/.libs -o g++-dg-lto-pr65276-01.exe > > cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': > > (.text+0x0): multiple definition of `typeinfo name for std2::exception' > > cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here > > cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': > > (.text+0x0): multiple definition of `typeinfo for std2::exception' > > cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here > > collect2: error: ld returned 1 exit status > > compiler exited with status 1 > > output is: > > cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': > > (.text+0x0): multiple definition of `typeinfo name for std2::exception' > > cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here > > cp_lto_pr65276_1.o (symbol from plugin): In function `typeinfo for std2::runtime_error': > > (.text+0x0): multiple definition of `typeinfo for std2::exception' > > cp_lto_pr65276_0.o (symbol from plugin):(.text+0x0): first defined here > > collect2: error: ld returned 1 exit status > > I discussed this patch privately with Jon, where he suggested that the > approach is OK. The patch also works for me on both, CentOS 5.11 and > Fedora 22. > > I'm out of ideas why this doesn't work on your system. Can you investigate it? > > Uros. I am seeing something similar to this with arm targets, and I don't think it's a problem with the test. From my limited understanding of the ARM C++ ABI, there should not be any typeinfo definitions in the object for pr65276_1.C. I am seeing strong typeinfo definitions in the objects for both pr65276_0.C and pr65276_1.C though, which is what's causing the error me. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-02-02 3:09 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-06-16 15:32 [PATCH, testsuite]: Fix PR 65944, FAIL: g++.dg/lto/pr65276: undefined reference to std2::exception::~exception() Uros Bizjak 2015-06-17 10:17 ` Uros Bizjak 2015-06-18 9:05 ` James Greenhalgh 2015-06-18 9:32 ` Uros Bizjak 2015-06-18 9:43 ` Uros Bizjak 2016-02-02 3:09 ` Michael Daniels
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).