This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/51124] libitm failures
- From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Fri, 16 Dec 2011 17:55:22 +0000
- Subject: [Bug other/51124] libitm failures
- Auto-submitted: auto-generated
- References: <bug-51124-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> 2011-12-16 17:55:22 UTC ---
> What sort of backtrace in gdb do you get on 32-bit Solaris 8-11/x86 for the
> execution failure
> in the libitm.c++/eh-1.C test?
This one:
[Thread debugging using libthread_db enabled]
terminate called after throwing an instance of 'int'
terminate called recursively
[New Thread 1 (LWP 1)]
Program received signal SIGABRT, Aborted.
[Switching to Thread 1 (LWP 1)]
0xfffffd7fff26b82a in _lwp_kill () from /lib/64/libc.so.1
(gdb) where
#0 0xfffffd7fff26b82a in _lwp_kill () from /lib/64/libc.so.1
#1 0xfffffd7fff260009 in thr_kill () from /lib/64/libc.so.1
#2 0xfffffd7fff211169 in raise () from /lib/64/libc.so.1
#3 0xfffffd7fff1e7bd2 in abort () from /lib/64/libc.so.1
#4 0xfffffd7ff93e6201 in __gnu_cxx::__verbose_terminate_handler ()
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/vterminate.cc:50
#5 0xfffffd7ff93e3649 in __cxxabiv1::__terminate (handler=<optimized out>)
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/eh_terminate.cc:40
#6 0xfffffd7ff93e3693 in std::terminate ()
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/eh_terminate.cc:50
#7 0xfffffd7ff93e390e in __cxxabiv1::__cxa_rethrow ()
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/eh_throw.cc:116
#8 0xfffffd7ff93e61c5 in __gnu_cxx::__verbose_terminate_handler ()
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/vterminate.cc:80
#9 0xfffffd7ff93e3649 in __cxxabiv1::__terminate (handler=<optimized out>)
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/eh_terminate.cc:40
#10 0xfffffd7ff93e2699 in __cxa_call_terminate (ue_header=0x41bb90)
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/eh_call.cc:56
#11 0xfffffd7ff93e3243 in __cxxabiv1::__gxx_personality_v0 (
version=<optimized out>, actions=6, exception_class=<optimized out>,
ue_header=0x41bb90, context=0xfffffd7fffdff478)
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/eh_personality.cc:665
#12 0xfffffd7fff26a171 in _Unwind_RaiseException_Body () from /lib/64/libc.so.1
#13 0xfffffd7fff26a2a5 in _Unwind_RaiseException () from /lib/64/libc.so.1
#14 0xfffffd7ff93e38a9 in __cxxabiv1::__cxa_throw (obj=<optimized out>,
tinfo=<optimized out>, dest=<optimized out>)
at /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/eh_throw.cc:78
#15 0x000000000040313a in f1 ()
at /vol/gcc/src/hg/trunk/local/libitm/testsuite/libitm.c++/eh-1.C:12
#16 0x0000000000403069 in f2 ()
at /vol/gcc/src/hg/trunk/local/libitm/testsuite/libitm.c++/eh-1.C:18
#17 0x00000000004030b4 in main ()
at /vol/gcc/src/hg/trunk/local/libitm/testsuite/libitm.c++/eh-1.C:29
This happens when configuring with gas, which does understand the .cfi
directives. I think (but cannot easily verify) that the error doesn't
occur when using as instead, which is unexpected.
Rainer