This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: RFC: threads PREPARE_TO_PROCEED patch
- From: Daniel Jacobowitz <drow at mvista dot com>
- To: Andrew Cagney <ac131313 at redhat dot com>
- Cc: Mark Kettenis <kettenis at chello dot nl>, gdb-patches at sources dot redhat dot com
- Date: Mon, 26 May 2003 16:05:16 -0400
- Subject: Re: RFC: threads PREPARE_TO_PROCEED patch
- References: <20030313233251.GA22466@nevyn.them.org> <86of4d7tle.fsf@elgar.kettenis.dyndns.org> <20030314183529.GA18511@nevyn.them.org> <200303152039.h2FKdEnO000331@elgar.kettenis.dyndns.org> <20030315205139.GA16167@nevyn.them.org> <3E74EB7E.8070603@redhat.com> <3ED270EB.3040700@redhat.com>
On Mon, May 26, 2003 at 03:54:19PM -0400, Andrew Cagney wrote:
> [picking up old thread sitting in my in box, added AndreasS]
>
> Can I suggest:
>
> - moving default_prepare_to_proceed() to infrun.c, make it static,
> rename it to prepare_to_proceed().
> - removing PREPARE_TO_PROCEED from the architecture vector
> - renaming HP's (and Mach) PREPARE_TO_PROCEED to
> DEPRECATED_PREPARE_TO_PROCEED
> - tweaking the PREPARE_TO_PROCEED code to use #ifdef'd
> DEPRECATED_PREPARE_TO_PROCEED if available.
That sounds reasonable to me, and saves me having to go and test my
theories on HP/UX :)
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer