[Libunwind-devel] patch to fix regression from 1.0.1 to 1.1

2013-10-03 Thread ariel . burton
for linux save some of the xmm registers. I suspect that they are compiling this code with the ms_abi conventions. msabi needs to be enabled to unwind through this code. Regards, Ariel Burton diff -rup ./include/dwarf.h ../../libunwind/libunwind-1.1/include/dwarf.h --- ./include/dwarf.h 2012-10

[Libunwind-devel] PATCH: fix build with --enable-msabi-support

2012-09-12 Thread ariel . burton
This attached patch, relative to libuninwd-1.0.1, will fix building with --enable-msabi-support on linux x86_64. Ariel Burton diff -ur tmp/libunwind-1.0.1/src/x86_64/Gglobal.c libunwind-1.0.1/src/x86_64/Gglobal.c --- tmp/libunwind-1.0.1/src/x86_64/Gglobal.c 2011-09-10 23:06:41.0 -0400

Re: [Libunwind-devel] Problem building libunwind-1.0.1

2012-09-11 Thread Ariel Burton
On Tue 11 Sep 11:07, Arun Sharma wrote: > On Tue, Sep 11, 2012 at 9:37 AM, wrote: > > > Why is CONFIG_MSABI_SUPPORT a conditional? Why isn't on all > > the time? > > http://git.savannah.gnu.org/gitweb/?p=libunwind.git;a=commitdiff;h=e09f9701ffcd05b097565d15daa87ac1b2d84299 > > Support disable

[Libunwind-devel] Problem building libunwind-1.0.1

2012-09-11 Thread ariel . burton
Dear all, There's a problem building libunwinwd-1.0.1 when configured with --enable-msabi-support. The problem occurs when compilation reaches src/x86_64/Lglobal.c, because the symbols UNW_X86_64_XMM0, UNW_X86_64_XMM1 etc. are undefined. Lglobal.c reads: #define UNW_LOCAL_ONLY #include #

Re: [Libunwind-devel] problem with ms_abi on x86-64

2011-06-20 Thread Ariel Burton
The larger footprint is certainly a reasonable explanation for a slow down. Are those figures for local processing (i.e., introsepection), or from an external process? What do you mean by `apply the patch, but diable it by default'? Does that mean that a compile time switch or a runtime switch?

Re: [Libunwind-devel] problem with ms_abi on x86-64

2011-05-26 Thread Ariel Burton
Yes, that seems to work! Thanks! Ariel == On Thu 26 May 10:18, Arun Sharma wrote: > On Tue, May 24, 2011 at 9:08 AM, Ariel Burton > wrote: > > Thanks for the prompt reply. > > > > Yes, that's what the compiler is doing.  Here's the > > assembler for th

Re: [Libunwind-devel] problem with ms_abi on x86-64

2011-05-24 Thread Ariel Burton
Thanks for the prompt reply. Yes, that's what the compiler is doing. Here's the assembler for the prologue of f_ms_abi: movdqa %xmm6, -176(%rbp) movdqa %xmm7, -160(%rbp) movdqa %xmm8, -144(%rbp) movdqa %xmm9, -128(%rbp) movdqa %xmm10, -112(%rbp)

[Libunwind-devel] problem with ms_abi on x86-64

2011-05-24 Thread ariel . burton
Summary === libunwind is not correctly unwinding through frames for functions annotated with the __attribute__((ms_abi)). Platform observed on x86-64, linux, and gcc How to reproduce build a standard, vanilla, instance of libunwind 0.99 compile and link