On 2010-08-03 14:56, Sven Neumann wrote: > On Tue, 2010-08-03 at 13:50 +0200, [email protected] wrote: > > > I didn't add these extra options, and of course I would prefer if I > > > wouldn't have to. So far I have tried to add -funwind-tables, but that > > > did not seem to help with dwarf_step(). > > > > > > > No, it won't. Libunwind (at least on ARM) requires .debug_frame for > > dwarf_step() to work. You can check if your binary contains .debug_frame > > (objdump -h<binary> | grep debug_frame). > > If not you can try compiling with -g1 and see what happens. > > Yes, I found that compiling with -g1 makes everything work nicely. > Thanks for your help. > > Of course the binaries and libraries compiled with -g1 are a good deal > larger than what we used to use. On the other hand we now get reasonable > backtraces. Is there anything I could strip from the binaries and > libraries built with -g1 without breaking libunwind again? >
Alternatively you could try enabling the -mapcs-frame and -fno-omit-frame-pointer and check if the frame chain based unwinding works. If it does - the binaries/ libraries should be smaller than compiled with -g1. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. _______________________________________________ Libunwind-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/libunwind-devel
