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: Tue, 28 Jun 2016 12:13:13 +0530
- Subject: Re: [PATCH v8] Add pretty printers for the NPTL lock types
- Authentication-results: sourceware.org; auth=none
- References: <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> <CAOKbPbavP9EVHOeXTCuJrxvg8r20a0SGh2DnrfR1cRJERgoyzw at mail dot gmail dot com> <20160625172241 dot GH30229 at devel dot intra dot reserved-bit dot com> <CAOKbPbbN9iHhFGK78OfMcwhJh-vuj9MxHp0-pPkPeJ48ufJUhA at mail dot gmail dot com>
On Mon, Jun 27, 2016 at 04:59:38PM -0300, Martin Galvan wrote:
> Oh, I see. This is all very interesting stuff, is it documented
> somewhere? I know the manual mentions enable-hardcoded-path-in-tests,
It isn't AFAIK, unless you can find it on the wiki. You're welcome to
write it up if it isn't :)
> but I don't remember anything that mentions testing with /usr as
> prefix, nor the role the dynamic linker plays here. Of course, I take
> it that I should *not* do 'make install' afterwards, or else my
> system's libraries would get overwritten.
You can do 'make install', but you need to use the DESTDIR to use a
different base. That is what distributions do for packaging.
BTW, if a make install successfully overwrites your system libraries
then you're doing something wrong ;)
> All this got me thinking, though. Pretty-printer testing aside, if we
> always want to run the testsuite without an install tree, shouldn't
> rpath be the default for all the tests instead of rpath-link? How do
> all the other tests work?
That was my thought as well but somebody had mentioned use cases for
not including DT_RPATH years ago. I can't remember what it was
though; maybe a search through the mailing list archives might help
answer that question.
Siddhesh