From: Daniel Jacobowitz <drow@false.org>
To: Nick Roberts <nickrob@snap.net.nz>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [PATCH] mi-stack.exp
Date: Mon, 20 Jun 2005 03:00:00 -0000 [thread overview]
Message-ID: <20050620030010.GA28107@nevyn.them.org> (raw)
In-Reply-To: <17078.10651.458286.19457@farnswood.snap.net.nz>
On Mon, Jun 20, 2005 at 02:27:39PM +1200, Nick Roberts wrote:
> > OK. Please wrap it this way:
> >
> > * gdb.mi/mi-stack.exp (test_stack_locals_listing): Remove test for
> > -stack-select-frame without arguments.
> > (test_stack_frame_listing): Add test for newly implemented command
> > -stack-info-frame.
>
> OK. (I find the log message easier to read when it fits on one line)
Yeah, it is kinda - but this is the way all the others look, more
consistently.
> > > *** /home/nick/src/gdb/testsuite/gdb.mi/mi-stack.exp.~1.15.~ 2005-05-18
> > > 20:18:15.000000000 +1200 ---
> > > /home/nick/src/gdb/testsuite/gdb.mi/mi-stack.exp 2005-06-19
> > > 18:49:18.000000000 +1200
> >
> > Could you see about submitting relative diffs? It doesn't really
> > matter what they're relative _to_ - common is -p0 or -p1 to the top
> > directory whose ChangeLog you're touching. But this is a bit awkward
> > to apply.
>
> Like below? (This is with vc-diff in Emacs)
Ideally, something like "testsuite/gdb.mi/mi-stack.exp"; the result of
"cvs diff" from within the gdb/ directory. Or for things outside of gdb,
within the top level directory.
The goal is to provide something that can easily be applied. To apply
the above, I need to work out that /home/nick/src/gdb is -p4. But if
it just said testsuite/, I'd know immediately that it was -p0 from the
gdb directory. With just "mi-stack.exp" we have the opposite problem;
imagine if you were patching Makefile.
> You mean, for example, the log message:
>
> * mi/mi-cmd-stack.c (mi_cmd_stack_info_frame): New function.
>
> * mi/mi-cmds.c (mi_cmds): Replace entry for -stack-info-frame.
> Make it use mi_cmd_stack_info_frame
>
> * mi/mi-cmds.h (mi_cmd_stack_info_frame): New declaration.
>
> should appear in the individual CVS log for each of the files
> mi/mi-cmd-stack.c, mi/mi-cmds.c and mi/mi-cmds.h? I thought that the
> ChangeLog was there for that purpose.
The idea is to use a single "cvs commit" to check in all the files that
you've modified. So, yes, one log message for them all. Take a look
at "cvs log" output on a couple files, or the archives at
http://sourceware.org/ml/gdb-cvs/.
>
> 2005-06-20 Nick Roberts <nickrob@snap.net.nz>
>
> * gdb.mi/mi-stack.exp (test_stack_locals_listing): Remove test for
> -stack-select-frame without arguments.
> (test_stack_frame_listing): Add test for newly implemented command
> -stack-info-frame.
OK (but be careful of leading tabs in the changelog).
--
Daniel Jacobowitz
CodeSourcery, LLC
prev parent reply other threads:[~2005-06-20 3:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-20 0:57 Nick Roberts
2005-06-20 1:34 ` Daniel Jacobowitz
2005-06-20 3:28 ` Nick Roberts
2005-06-20 3:00 ` Daniel Jacobowitz [this message]
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=20050620030010.GA28107@nevyn.them.org \
--to=drow@false.org \
--cc=gdb-patches@sources.redhat.com \
--cc=nickrob@snap.net.nz \
/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