This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH v8] Add pretty printers for the NPTL lock types
- From: Siddhesh Poyarekar <siddhesh at sourceware dot org>
- To: Martin Galvan <martin dot galvan at tallertechnologies dot com>
- Cc: Pedro Alves <palves at redhat dot com>, libc-alpha at sourceware dot org, Carlos O'Donell <carlos at redhat dot com>
- Date: Sat, 25 Jun 2016 10:03:56 +0530
- Subject: Re: [PATCH v8] Add pretty printers for the NPTL lock types
- Authentication-results: sourceware.org; auth=none
- References: <20160619164448 dot GA5245 at devel dot intra dot reserved-bit dot com> <CAOKbPbYpRcwJ8QNSgvW9BxkOeTSBnWEGGFRMOY=RSzoK6k1-Bw at mail dot gmail dot com> <20160620041246 dot GB5245 at devel dot intra dot reserved-bit dot com> <CAOKbPbZknCcBGozK_v8SC=PyJdczwr7ss6Y1y1hs2x8ag7cpxA at mail dot gmail dot com> <20160623164003 dot GC17911 at devel dot intra dot reserved-bit dot com> <CAOKbPbbp=-3XgwogxN90EGZxOPjiT_hkEWnaMuB4uz5Ox-njPw at mail dot gmail dot com> <20160624165111 dot GD30229 at devel dot intra dot reserved-bit dot com> <CAOKbPbZk8ONZ8pRMbFV72ek0p6=wk1GRZKF_2RCpz4LmnYt_zw at mail dot gmail dot com> <5f199c90-8bdf-4353-7083-4fef4e1d0619 at redhat dot com> <CAOKbPbY2dSoRDrrBebE5T234jU0doketbuBv0OdTzWm4wqbtmw at mail dot gmail dot com>
On Fri, Jun 24, 2016 at 07:04:19PM -0300, Martin Galvan wrote:
> Sid: I did a bit more testing, and it seems like the magic comes from the
> -dynamic-linker flag that's being passed to ld. Without it, info share
> shows that the system libraries are being used:
Yes, that is the interesting bit: your build seems to end up using the
built dynamic linker instead of the one from the system. This might
be due to the way you're configuring your build. I do just this:
../configure --prefix=/usr --enable-multi-arch
> (gdb) info share
> From To Syms Read Shared Object Library
> 0x00007ffff7ddaae0 0x00007ffff7df5490 Yes
> /lib64/ld-linux-x86-64.so.2
> 0x00007ffff7bc19f0 0x00007ffff7bce471 Yes
> /lib/x86_64-linux-gnu/libpthread.so.0
> 0x00007ffff7816520 0x00007ffff795b183 Yes
> /lib/x86_64-linux-gnu/libc.so.6
>
> If I'm correct, then this shouldn't be an issue since glibc's newly built
> ld.so should take care of finding the correct libraries. Don't ask me how
> it works internally though, I'm learning as I go along :)
My theory is that it might be because of the difference in
configuration. I'll play with it a bit tonight and let you know.
Siddhesh