This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [PATCH] Use multi-arch'd START_INFERIOR_TRAPS_EXPECTED on Alpha target
- From: Jason R Thorpe <thorpej at wasabisystems dot com>
- To: Andrew Cagney <ac131313 at cygnus dot com>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Wed, 24 Apr 2002 17:45:31 -0700
- Subject: Re: [PATCH] Use multi-arch'd START_INFERIOR_TRAPS_EXPECTED on Alpha target
- Organization: Wasabi Systems, Inc.
- References: <20020421181544.S1627@dr-evil.shagadelic.org> <3CC74887.2070401@cygnus.com>
- Reply-to: thorpej at wasabisystems dot com
On Wed, Apr 24, 2002 at 08:06:31PM -0400, Andrew Cagney wrote:
> Does STARTUP_WITH_SHELL need to be multi-arched?
>
> I'm wondering if it would be better to make it a variable (``set
> startup-with-shell <boolean>''). Looking at its uses it appears that
> fork-child.c:startup_inferior() would still work (if it did previously).
Note that if you set STARTUP_WITH_SHELL to 0, you have to decrement
start_inferior_traps_expected.
So, in all the places that set start_inferior_traps_expected, I guess you'd
have to check:
set_gdbarch_start_inferior_traps_expected (gdbarch,
startup_with_shell ? X : X - 1);
...and then update them all whenever startup_with_shell changed? Oof, this
is starting to make my head spin :-)
--
-- Jason R. Thorpe <thorpej@wasabisystems.com>