This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [patch][rfc] Allow GDB to search for the right libthread_db.so.1
- From: Hui Zhu <teawater at gmail dot com>
- To: Paul Pluzhnikov <ppluzhnikov at google dot com>
- Cc: Joel Brobecker <brobecker at adacore dot com>, tromey at redhat dot com, Thiago Jung Bauermann <bauerman at br dot ibm dot com>, gdb-patches ml <gdb-patches at sourceware dot org>, Eli Zaretskii <eliz at gnu dot org>
- Date: Tue, 5 May 2009 10:54:41 +0800
- Subject: Re: [patch][rfc] Allow GDB to search for the right libthread_db.so.1
- References: <8ac60eac0904201019g7ba8056bx5e84e6bfdf5935d8@mail.gmail.com> <8ac60eac0904221810x24763ecaj4a888927b766e7f7@mail.gmail.com> <daef60380904222321h33fe2fe1n7dd0f6e94e804d8c@mail.gmail.com> <8ac60eac0904230001w1afd9179wcb76e1cfd7f3f386@mail.gmail.com> <daef60380904230105u20843291pe8ee9f98e5ed1d76@mail.gmail.com> <daef60380904230432l7f49d44dw17437e208b35cb9f@mail.gmail.com> <8ac60eac0904291330m78b43c47p1cc9b8379e31e923@mail.gmail.com> <20090430185551.GB10734@adacore.com> <daef60380905031706q5f8f2bads406095be0fa49dc1@mail.gmail.com> <8ac60eac0905032031i401dbe2eke5608b67d13d8732@mail.gmail.com>
On Mon, May 4, 2009 at 11:31, Paul Pluzhnikov <ppluzhnikov@google.com> wrote:
> On Sun, May 3, 2009 at 5:06 PM, Hui Zhu <teawater@gmail.com> wrote:
>
>> If we can let user create a slink here, ?User can create slink to
>> right lib with themselves. ?Maybe they don't need set
>> libthread_db_search_path then.
>
> Hui, I think you are loosing track of what this patch is for.
>
> The goal of this patch is to allow GDB to "just work" in the presence
> of multiple incompatible libthread_db's. If you remove
> libthread_db_search_path, then *no matter* which symlinks you create,
> GDB will not work for some executables, unless you also reset
> LD_LIBRARY_PATH, or reset the symlink before each invocation, neither
> of which is automatic or desireable.
>
Without this function, what I need to do is:
mv /lib/tls/i686/cmov/libthread_db.so.1 /lib/tls/i686/cmov/libthread_db.so.1.old
mv right_libthread_db /lib/tls/i686/cmov/libthread_db.so.1
Actually, I think libthread_db_search_path is cool function, not
because it can't be substituted, but because it can make gdb more
powerful.
But if after we have this function, we still need:
> even in this case, it's easy to create a symbolic link in a user
> area, and update the path to point to that directory.
I don't think it is very well.
Sorry for my words is directly.
Thanks,
Hui