This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC v2] fix regressions with target-async
- From: Pedro Alves <palves at redhat dot com>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Fri, 28 Feb 2014 18:51:26 +0000
- Subject: Re: [RFC v2] fix regressions with target-async
- Authentication-results: sourceware.org; auth=none
- References: <1393609699-26407-1-git-send-email-tromey at redhat dot com> <5310D2F9 dot 2090507 at redhat dot com> <874n3jf5zz dot fsf at fleche dot redhat dot com>
On 02/28/2014 06:26 PM, Tom Tromey wrote:
>>>>>> "Pedro" == Pedro Alves <palves@redhat.com> writes:
>
> Pedro> Looks like a nice solution to me. I'm happy to see the
> Pedro> find_default_... default methods disappear.
>
> FAOD there is still find_default_supports_disable_randomization.
> I think this is fixable, but it wasn't related to the bug at hand.
>
> Pedro> But this looks bogus to me -- it's only reachable if you already
> Pedro> have the target pushed because you're debugging a threaded core,
> Pedro> and then do "attach"...
>
> Now that there's a public AIX box I suppose I have no excuse. I'll give
> it a try and see what happens. If it fails then I think we'll need some
> explicit field on the target rather than trying to deduce properties of
> the target based on whether it implements some methods.
I'm sure that if something goes wrong with AIX, we can sort out aix-thread.c
out. There's should really be no need to push the thread_stratum
target early before there's a process. linux-thread-db.c gets by
without that just fine, so just this.
--
Pedro Alves