From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andrew Cagney <ac131313@cygnus.com>
To: David Smith <dsmith@redhat.com>
Cc: GDB Patches <gdb-patches@sources.redhat.com>
Subject: Re: [RFC, RFA] multi-arch PREPARE_TO_PROCEED()
Date: Wed, 04 Apr 2001 14:54:00 -0000
Message-id: <3ACB97EC.C59C4CB3@cygnus.com>
References: <3AC39D32.8090709@redhat.com> <3AC4E993.7B23D144@cygnus.com> <3AC88BF9.1060009@redhat.com>
X-SW-Source: 2001-04/msg00037.html

David Smith wrote:

>                          hppa-tdep.c   linux-thread.c   lin-lwp.c   m3-nat.c
> Switch "inferior_pid"?      X                              X
> Flush cached frames?        X                              X
> Flush register data?        X                              X
> Update "stop_pc"?
> Select a new frame?
> 
> linux-thread.c just sets an internal variable (linuxthreads_step_pid) and
> then does some magic with that variable in linuxthreads_resume().  m3-nat.c
> calls a Mach3 specific switch_to_thread() function, which doesn't change
> inferior_pid at all (?).

Yes, ok.  Can of worms... Ulgh.  I'd check things in as they are.
Perhaphs just add a comment to each of the existing implementations
suggesting that they are potentially redundant.

	Andrew