This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/56840] a.out aborts instead of catching exception with -flto and -static-libstdc++
- From: "rguenth at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 04 Apr 2013 14:39:30 +0000
- Subject: [Bug c++/56840] a.out aborts instead of catching exception with -flto and -static-libstdc++
- Auto-submitted: auto-generated
- References: <bug-56840-4 at http dot gcc dot gnu dot org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56840
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2013-04-04
CC| |iant at google dot com
Host|CentOS release 6.4 (Final) |
|x86_64 GNU/Linux |
Ever Confirmed|0 |1
--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> 2013-04-04 14:39:30 UTC ---
Confirmed with using gold, works when using GNU ld (2.23.1). This is probably
a linker issue then.
Ian?
gold:
1
t.o 16
165 46dc27f64f5c9b0d PREVAILING_DEF_IRONLY _ZN4MyExD2Ev
185 46dc27f64f5c9b0d PREVAILING_DEF_IRONLY _ZTV4MyEx
237 46dc27f64f5c9b0d PREVAILING_DEF_IRONLY _ZN4MyExD1Ev
246 46dc27f64f5c9b0d PREVAILING_DEF_IRONLY _ZN4MyExD0Ev
255 46dc27f64f5c9b0d PREVAILING_DEF_IRONLY _ZN4MyExC2Ev
261 46dc27f64f5c9b0d PREVAILING_DEF_IRONLY _ZN4MyExC1Ev
266 46dc27f64f5c9b0d PREVAILING_DEF main
209 46dc27f64f5c9b0d PREVAILING_DEF_IRONLY _ZTI4MyEx
232 46dc27f64f5c9b0d PREVAILING_DEF_IRONLY _ZTS4MyEx
269 46dc27f64f5c9b0d RESOLVED_EXEC __gxx_personality_v0
220 46dc27f64f5c9b0d RESOLVED_EXEC _ZTVN10__cxxabiv117__class_type_infoE
276 46dc27f64f5c9b0d RESOLVED_EXEC _ZdlPv
283 46dc27f64f5c9b0d RESOLVED_EXEC __cxa_end_catch
287 46dc27f64f5c9b0d RESOLVED_EXEC __cxa_begin_catch
293 46dc27f64f5c9b0d RESOLVED_EXEC __cxa_throw
301 46dc27f64f5c9b0d RESOLVED_EXEC __cxa_allocate_exception
bfd:
1
t.o 16
165 4ce296565b57ee97 PREVAILING_DEF_IRONLY _ZN4MyExD2Ev
185 4ce296565b57ee97 PREVAILING_DEF_IRONLY _ZTV4MyEx
237 4ce296565b57ee97 PREVAILING_DEF_IRONLY _ZN4MyExD1Ev
246 4ce296565b57ee97 PREVAILING_DEF_IRONLY _ZN4MyExD0Ev
255 4ce296565b57ee97 PREVAILING_DEF_IRONLY _ZN4MyExC2Ev
261 4ce296565b57ee97 PREVAILING_DEF_IRONLY _ZN4MyExC1Ev
266 4ce296565b57ee97 PREVAILING_DEF main
209 4ce296565b57ee97 PREVAILING_DEF_IRONLY _ZTI4MyEx
232 4ce296565b57ee97 PREVAILING_DEF_IRONLY _ZTS4MyEx
269 4ce296565b57ee97 RESOLVED_EXEC __gxx_personality_v0
220 4ce296565b57ee97 RESOLVED_EXEC _ZTVN10__cxxabiv117__class_type_infoE
276 4ce296565b57ee97 RESOLVED_EXEC _ZdlPv
283 4ce296565b57ee97 RESOLVED_EXEC __cxa_end_catch
287 4ce296565b57ee97 RESOLVED_EXEC __cxa_begin_catch
293 4ce296565b57ee97 RESOLVED_EXEC __cxa_throw
301 4ce296565b57ee97 RESOLVED_EXEC __cxa_allocate_exception
so we probably produce the same LTRANS units for the same link.