Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <ac131313@redhat.com>
To: Keith Seitz <keiths@redhat.com>
Cc: "gdb-patches@sources.redhat.com" <gdb-patches@sources.redhat.com>
Subject: Re: [RFA] Make interpreter_p an argument for gdb_main
Date: Thu, 13 Feb 2003 17:20:00 -0000	[thread overview]
Message-ID: <3E4BD3DA.1080308@redhat.com> (raw)
In-Reply-To: <1045071488.1787.35.camel@lindt.uglyboxes.com>

> On Wed, 2003-02-12 at 08:45, Andrew Cagney wrote:
> 
>> ``interpreter_p'' is -><- close to being made local to captured_main.
> 
> 
> Ahh. Ok, that gives me a new criteria for considering where to put such
> changes.
> 
> 
>> Otherwize ok,
> 
> 
> New patch attachd. Note that I've corrected the top.o/gdb.o mishap in
> the makefile.
> 
> Keith
> 
> PS. Anyone want to talk about deprecating "-nw" and "-w" (or aliasing
> them to doing the same as "-i=console" and ???)?
> 
> ChangeLog
> 2003-02-12  Keith R Seitz  <keiths@redhat.com>
> 
>         * main.h (struct captured_main_args): Add interpreter_p.
>         * main.c (captured_main): Initialize interpreter_p from context.
>         * gdb.c (main): Set interpreter_p argument.
>         * Makefile.in (gdb.o): Add dependency for interps.h.

Yes, ok.

I think, now, for Insight, just need to get .../-main.c and gdbtk.c to 
agree on the interpreter's name (what ever it is).

Andrew

> Index: Makefile.in
> ===================================================================
> RCS file: /cvs/src/src/gdb/Makefile.in,v
> retrieving revision 1.329
> diff -u -p -r1.329 Makefile.in
> --- Makefile.in	11 Feb 2003 16:11:16 -0000	1.329
> +++ Makefile.in	12 Feb 2003 17:13:17 -0000
> @@ -1682,7 +1682,7 @@ frv-tdep.o: frv-tdep.c $(defs_h) $(infer
>  	$(arch_utils_h) $(regcache_h)
>  gcore.o: gcore.c $(defs_h) $(cli_decode_h) $(inferior_h) $(gdbcore_h) \
>  	$(elf_bfd_h) $(symfile_h) $(objfiles_h)
> -gdb.o: gdb.c $(defs_h) $(main_h) $(gdb_string_h)
> +gdb.o: gdb.c $(defs_h) $(main_h) $(gdb_string_h) $(interps_h)
>  gdb-events.o: gdb-events.c $(defs_h) $(gdb_events_h) $(gdbcmd_h)
>  gdbarch.o: gdbarch.c $(defs_h) $(arch_utils_h) $(gdbcmd_h) $(inferior_h) \
>  	$(gdb_string_h) $(symtab_h) $(frame_h) $(inferior_h) $(breakpoint_h) \
> Index: main.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/main.c,v
> retrieving revision 1.27
> diff -u -p -r1.27 main.c
> --- main.c	7 Feb 2003 00:27:30 -0000	1.27
> +++ main.c	12 Feb 2003 17:13:17 -0000
> @@ -229,10 +229,10 @@ captured_main (void *data)
>  #endif
>  
>    /* There will always be an interpreter.  Either the one passed into
> -     this captured main (not yet implemented), or one specified by the
> -     user at start up, or the console.  Make life easier by always
> -     initializing the interpreter to something.  */
> -  interpreter_p = xstrdup (INTERP_CONSOLE);
> +     this captured main, or one specified by the user at start up, or
> +     the console.  Initialize the interpreter to the one requested by 
> +     the application.  */
> +  interpreter_p = xstrdup (context->interpreter_p);
>  
>    /* Parse arguments and options.  */
>    {
> Index: main.h
> ===================================================================
> RCS file: /cvs/src/src/gdb/main.h,v
> retrieving revision 1.1
> diff -u -p -r1.1 main.h
> --- main.h	26 Sep 2002 17:46:04 -0000	1.1
> +++ main.h	12 Feb 2003 17:13:17 -0000
> @@ -27,6 +27,7 @@ struct captured_main_args
>    int argc;
>    char **argv;
>    int use_windows;
> +  const char *interpreter_p;
>  };
>  
>  extern int gdb_main (struct captured_main_args *);
> Index: gdb.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/gdb.c,v
> retrieving revision 1.1
> diff -u -p -r1.1 gdb.c
> --- gdb.c	26 Sep 2002 17:46:04 -0000	1.1
> +++ gdb.c	12 Feb 2003 17:13:17 -0000
> @@ -21,6 +21,7 @@
>  #include "defs.h"
>  #include "main.h"
>  #include "gdb_string.h"
> +#include "interps.h"
>  
>  int
>  main (int argc, char **argv)
> @@ -30,5 +31,6 @@ main (int argc, char **argv)
>    args.argc = argc;
>    args.argv = argv;
>    args.use_windows = 0;
> +  args.interpreter_p = INTERP_CONSOLE;
>    return gdb_main (&args);
>  }



  reply	other threads:[~2003-02-13 17:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-12  0:50 Keith Seitz
2003-02-12 16:45 ` Andrew Cagney
2003-02-12 17:33   ` Keith Seitz
2003-02-13 17:20     ` Andrew Cagney [this message]
2003-02-13 18:09       ` Keith Seitz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3E4BD3DA.1080308@redhat.com \
    --to=ac131313@redhat.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=keiths@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox