This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA] PR python/20190 - compute TLS symbol without a frame
- From: Pedro Alves <palves at redhat dot com>
- To: Tom Tromey <tom at tromey dot com>, Yao Qi <qiyaoltc at gmail dot com>
- Cc: "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Fri, 22 Jul 2016 12:18:35 +0100
- Subject: Re: [RFA] PR python/20190 - compute TLS symbol without a frame
- Authentication-results: sourceware.org; auth=none
- References: <1464988574-17075-1-git-send-email-tom@tromey.com> <CAH=s-PNanRuBwf1pk-EeDabdo-ra32ROREs-eP0seToXLOLNBw@mail.gmail.com> <87oa6lt3pm.fsf@tromey.com>
On 06/28/2016 10:15 PM, Tom Tromey wrote:
>>>>>> "Yao" == Yao Qi <qiyaoltc@gmail.com> writes:
>
> Yao> I don't understand why your original attempt fixing PR11803
> Yao> (https://sourceware.org/ml/gdb-patches/2010-07/msg00374.html)
> Yao> doesn't work here.
>
> The difference is in what happens when you try to refer to a __thread
> variable without an inferior. I think this was pointed out in one of
> the follow-ups.
>
> With the original patch, the failure mode looks like:
>
> (gdb) print a_thread_local
> Cannot find thread-local storage for process 0, executable file /home/tromey/gdb/build/gdb/testsuite/outputs/gdb.threads/tls/tls:
> Cannot find thread-local variables on this target
>
> With the current patch the result is nicer:
>
> (gdb) print a_thread_local
> Cannnot read `a_thread_local' without registers
Is this / should this be tested somewhere?
Thanks,
Pedro Alves