This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [patch][rfc] Allow GDB to search for the right libthread_db.so.1


On Tue, May 5, 2009 at 11:38, Joel Brobecker <brobecker@adacore.com> wrote:
>> 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.
>
> The problem is that you don't necessarily have root priviledges
> to do the move that you describe. You might also want to *not*
> disturb the rest of the system by moving out the thread_db lib
> on the host just to put the one that was used on the target.

I forgot it.  :P
sudo mv /lib/tls/i686/cmov/libthread_db.so.1
/lib/tls/i686/cmov/libthread_db.so.1.old
sudo mv right_libthread_db /lib/tls/i686/cmov/libthread_db.so.1



>
> On the other hand, my understanding is that it's unlikely that
> this library will have a different name; so the feature of being
> able to specify the name in the search path is only hypothetical.
> And even if it happens, it's easy to create a symbolic link in
> an area that you have write access to (say, your home directory),
> and then point the search path to link.

If the filesystem is readonly, they will need it.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]