------- Comment #32 from howarth at nitro dot med dot uc dot edu 2009-12-05 09:02 ------- Disassembling the crash on gcc-4.4.2 with the proposed patch on x86_64-apple-darwin10 shows...
(gdb) x/10i 0x000000010000fcbc 0x10000fcbc <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+28>: mov %rax,%rbx 0x10000fcbf <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+31>: callq 0x1000051e0 <_ZN14_Jv_StackTrace14UpdateNCodeMapEv> 0x10000fcc4 <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+36>: lea 0x1bf2f75(%rip),%rax # 0x101c02c40 <_ZN14_Jv_StackTrace8ncodeMapE> 0x10000fccb <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+43>: mov %rbx,%rsi 0x10000fcce <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+46>: mov (%rax),%rdi 0x10000fcd1 <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+49>: mov (%rdi),%rdx 0x10000fcd4 <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+52>: callq *0x60(%rdx) 0x10000fcd7 <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+55>: test %rax,%rax 0x10000fcda <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+58>: je 0x10000fcf0 <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4lang11ClassLoaderEPNS_3gcj7RawDataE+80> 0x10000fcdc <_ZN4java4lang5Class22getClassLoaderInternalEJPNS0_11ClassLoaderEv>: mov 0xa8(%rax),%rax (gdb) which is almost identical to what I saw with my previous tests of gcc trunk on darwin10 and a variation of the -allow_stack_execute fix... http://gcc.gnu.org/ml/java/2009-12/msg00018.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991
