From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Smith To: Andrew Cagney Cc: GDB Patches Subject: Re: [RFC, RFA] multi-arch PREPARE_TO_PROCEED() Date: Fri, 06 Apr 2001 10:55:00 -0000 Message-id: <3ACE0241.4020800@redhat.com> References: <3AC39D32.8090709@redhat.com> <3AC4E993.7B23D144@cygnus.com> <3AC88BF9.1060009@redhat.com> <3ACB97EC.C59C4CB3@cygnus.com> X-SW-Source: 2001-04/msg00064.html Andrew, Thanks for the response. I've checked my patch in and added a comment to the 4 existing implementations as you suggested. Andrew Cagney wrote: > 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 -- David Smith dsmith@redhat.com Red Hat, Inc. http://www.redhat.com 256.704.9222 (direct) 256.837.3839 (fax)