[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Libunwind-devel] Build glibc linking libunwind

From: Ken Werner
Subject: Re: [Libunwind-devel] Build glibc linking libunwind
Date: Thu, 13 Oct 2011 16:22:04 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1

On 10/12/2011 04:40 PM, Paul Pluzhnikov wrote:
On Wed, Oct 12, 2011 at 4:14 AM, Ken Werner<address@hidden>  wrote:
On 09/24/2011 11:46 PM, Fabio wrote:

Hi all,
I am trying to build glibc and link libunwind to get a backtrace at
the beginning of some glibc function like strcpy for example but I
can't get them to build.
I include -lunwind in the CFLAGS and I export
LD_LIBRARY_PATH=/usr/local/lib, but when it comes to build it

undefined reference to `_Ux86_getcontext'
undefined reference to `_ULx86_init_local'
collect2: ld returned 1 exit status

Am I missing something? Sorry for asking a dumb question and thanks in

I suspect you're on a system where the linker does not pull in indirect
shared libs (the default behavior of recent Debian or Fedora based distros).
I had a similar issue - see:
You're probably just missing to link against Adding
-lunwind-x86 to your CLFAGS/LDFLAGS should be sufficient.

The link failure is while linking itself. It better not use (or any other shared library) for obvious reasons.

Oh, ok. So, you modified strcpy.c of glibc to make use of functionalities provided by libunwind. And it looks like strcpy.c gets also pulled in when the is being built. Maybe you can ifdef the code that uses libunwind functionalities. I had a quick look into glibc and found that eglibc/libc/include/libc-symbols.h defines _LIBC:

/* This is defined for the compilation of all C library code.  features.h
   tests this to avoid inclusion of stubs.h while compiling the library,
   before stubs.h has been generated.  Some library code that is shared
   with other packages also tests this symbol to see if it is being
   compiled as part of the C library.  We must define this before including
   config.h, because it makes some definitions conditional on whether libc
   itself is being compiled, or just some generator program.  */
#define _LIBC   1


reply via email to

[Prev in Thread] Current Thread [Next in Thread]