[Bug c++/56840] a.out aborts instead of catching exception with -flto and -static-libstdc++

[rguenth at gcc dot gnu.org]

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.