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: Martin Galvan <martin dot galvan at tallertechnologies dot com>
- To: Siddhesh Poyarekar <siddhesh at sourceware dot org>, Pedro Alves <palves at redhat dot com>
- Cc: libc-alpha at sourceware dot org, "Carlos O'Donell" <carlos at redhat dot com>
- Date: Sat, 25 Jun 2016 12:06:03 -0300
- Subject: Re: [PATCH v8] Add pretty printers for the NPTL lock types
- Authentication-results: sourceware.org; auth=none
- References: <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> <20160624203223 dot GE30229 at devel dot intra dot reserved-bit dot com> <CAOKbPbbfHoNHpHrZgaTg3+MNQf7nE5XNe7rQyGSRL6P1sDubSw at mail dot gmail dot com> <CAOKbPbZ4spYsX242c_xiieL-TgaLqLBMzmD3G1VoZZGAJqaPXQ at mail dot gmail dot com> <20160625044439 dot GG30229 at devel dot intra dot reserved-bit dot com>
On Fri, Jun 24, 2016 at 7:31 PM, Pedro Alves <palves@redhat.com> wrote:
> How about:
>
> - add whatever lines those are to a gdb script that lives along
> side the tests.
>
> - have the harness start gdb with:
>
> gdb -nx -ix /path/to/that/script
>
> No need to manually tweak ~/.gdbinit that way.
Sounds good! I'll see about adding that when I send the install patch
though, as I'd like to wrap this one up first.
On Sat, Jun 25, 2016 at 1:44 AM, Siddhesh Poyarekar
<siddhesh@sourceware.org> wrote:
> (To elaborate on my last response, since I realized I did not explain
> the mechanics of how this works)
Thanks for the thorough explanation.
> Your default dynamic linker is being set as the built one instead of
> the system, perhaps because of the way your source is configured.
Funny, I actually thought it was supposed to do that :)
> That alone does not however determine why your program picks up the
> built libraries because you've only specified rpath-link and not rpath
> and hence the binary itself does not have the paths to search from.
Maybe the built ld.so somehow knows where to find the built libraries,
as if my custom install dir was some sort of sysroot?
> So the question is how the binary ends up picking the built libraries
> and the answer might be in why your build system picks up the built
> dynamic linker. Check out your rtldir and slibdir in the generated
> config.make and that might tell you why. I think there is some system
> configuration on your computer that ends up in picking the built
> libraries, either LD_LIBRARY_PATH set somewhere or something you
> specified in configure, although the latter seems unlikely.
I checked rtldir and slibdir, and both are empty. So are
LD_LIBRARY_PATH and LD_RUN_PATH. I never used anything weird for my
configure, just --prefix=/home/martin/glibc/install as always.
It would be great if you could tell me what flags are being passed to
gcc when you compile the tests. Your gdb version, as well as the
output of info share, might also give us a clue.