This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: time to workaround libc/13097 in fsf gdb?
- From: Pedro Alves <palves at redhat dot com>
- To: Doug Evans <xdje42 at gmail dot com>, Jan Kratochvil <jan dot kratochvil at redhat dot com>, "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Thu, 11 Sep 2014 17:37:02 +0100
- Subject: Re: time to workaround libc/13097 in fsf gdb?
- Authentication-results: sourceware.org; auth=none
- References: <CAP9bCMRko50FiANwa+h2FadG-k6Me69N04F+Le-bUnTVLQYKuQ at mail dot gmail dot com>
On 09/11/2014 05:25 PM, Doug Evans wrote:
> Hi.
>
> It's been three years and various people are doing similar things to
> deal with glibc's that are out there (regardless of whatever glibc
> decides to do).
>
> http://sourceware.org/ml/gdb-patches/2011-08/msg00331.html
>
> As for the patch itself, I wonder if the "fix" belongs in solib-svr4.c
> instead of solib.c. E.g., where we compare the so name with "",
> also check for linux-vdso.so.1 and linux-gate.so.1 ?
Also, we know the address of the vDSO/gate (symfile-mem.c). Can't
we use that to match instead of the name?
I think that's what Ulrich meant in
https://sourceware.org/bugzilla/show_bug.cgi?id=13097#c1
with
"You must already have magic code in gdb to handle this DSO".
ISTR having seen a patch that does that, but I can't seem to find it.
Thanks,
Pedro Alves