Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Stefan Weyergraf <stefan@weyergraf.de>
To: Andrew Cagney <cagney@gnu.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [PATCH] implements MI "-file-list-exec-sections" (updated)
Date: Thu, 06 May 2004 22:07:00 -0000	[thread overview]
Message-ID: <200405070007.45521.stefan@weyergraf.de> (raw)
In-Reply-To: <409AA124.6050601@gnu.org>

> > diff -u -3 -p -r1.202 gdb.texinfo
> > --- doc/gdb.texinfo	28 Mar 2004 12:22:55 -0000	1.202
> > +++ doc/gdb.texinfo	22 Apr 2004 21:44:09 -0000
> > @@ -14574,7 +14574,7 @@ Elena Zannoni.
> >
> >  @item @var{mi-command} @expansion{}
> >  @code{[ @var{token} ] "-" @var{operation} ( " " @var{option} )*
> > -@code{[} " --" @code{]} ( " " @var{parameter} )* @var{nl}}
> > +[ " --" ] ( " " @var{parameter} )* @var{nl}}
[...]
> > -@code{"&" @var{c-string}}
> > +@code{"&" @var{c-string} @var{nl}}
> >
> >  @item @var{nl} @expansion{}
> >  @code{CR | CR-LF}
>
> This part all looks correct, can you just post it separatly with a
> ChangeLog.
OK

> > -static void core_files_info (struct target_ops *);
> > +static void core_files_info (struct target_ops *, struct ui_out *);
>
> Again, just this part (through out) is all ok, can you please post it.
I'm not sure what exactly you mean here.
Do you mean that the change to the *_info(...) _interface_ is all ok?
Or the interface plus implementation (main work being in exec_info(), the
others (core, go32, hpux, child, monitor, etc..) considered as follow-ups)?
Or the changes to mi/cmd-file.cc and mi/mi-cmds.cc?
Or all 3? (which I hope)

> Now the fun bit ...
>
> You'll have noticed I sent out an e-mail asking about ``inferior vs
> target'', lets ignore that question for this output...
>
> > +@smallexample
> > +(@value{GDBP})
> > +123-file-list-exec-sections
> > +~"Symbols from \"/var/home/ouk/projects/ht20/testproject/test-g\".\n"
> > +123^done,targets=[
>
> List of targets reflecting the target stack, nice.
>
> {target-type-long="Local exec file",target-type-short="exec",
>
> here ``target-'' is implied, so would just:
>
> 	short-name=
> 	long-name=
> 	entry-point=
>
> be better?
Yes, I agree this is be better.

>
> > +filename="/var/home/ouk/projects/ht20/testproject/test-g",file-type="elf
> >32-i386", +target-entrypoint="0x08048380",sections=[
>
> List of sections, again nice.
>
> > +{start-address="0x08048134",end-address="0x08048147",section-name=".inte
> >rp"},
[...]
> >},
> > +{start-address="0x0804970c",end-address="0x08049710",section-name=".bss"
> >}]}] +(@value{GDBP})
> > +@end smallexample
>
> I like it.  But lets get the other changes in first.
Are you really only talking about the doc-changes here? If that's true and
(thus) you are agreeing to my main (ie. gdb/mi source code) changes, why
would we want to wait here?

Thanks,
Stefan


  reply	other threads:[~2004-05-06 22:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-22 21:56 Stefan Weyergraf
2004-04-22 22:22 ` Bob Rossi
2004-04-22 23:31   ` Stefan Weyergraf
2004-04-28 21:51   ` Andrew Cagney
2004-05-07  1:20 ` Andrew Cagney
2004-05-06 22:07   ` Stefan Weyergraf [this message]
2004-05-12 20:14     ` Andrew Cagney
2004-04-30 21:54 Nick Roberts
2004-05-01  4:09 ` Bob Rossi
2004-05-01 12:08   ` Nick Roberts
2004-05-02 13:25     ` Bob Rossi
2004-05-07  1:19       ` Andrew Cagney

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=200405070007.45521.stefan@weyergraf.de \
    --to=stefan@weyergraf.de \
    --cc=cagney@gnu.org \
    --cc=gdb-patches@sources.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