From: Joel Brobecker <brobecker@adacore.com>
To: Michael <gdb-patches@cyberfiber.org>
Cc: gdb-patches@sourceware.org
Subject: Re: gdb-patch mailing list
Date: Sat, 02 Jan 2010 09:33:00 -0000 [thread overview]
Message-ID: <20100102093302.GA12123@adacore.com> (raw)
In-Reply-To: <20100102093213.GX2788@adacore.com>
[I removed gdb-patches by accident - resending]
> >>>- Add new tracepoint action teval.
> >>>- * tracepoint.c (teval_pseudocommand): New function.
> >>>- (validate_actionline): Add teval action case.
> >>>- (encode_actions): Ditto.
> >>>- (_initialize_tracepoint): Define teval pseudocommand.
> >>>- * NEWS: Mention teval.
> >>[...]
> >>
> >>The leading minus '-' signs mean that you propose to remove this entry
> >>(and many other entries). I don't think you really meant that.
> this is not mine, I think you are in error??
This is exactly what I am saying: The patch you sent, if applied,
would cause all these entries in the ChangeLog file to be removed
(once approved, we apply use "patch" to apply the patch automatically,
we do not re-do the changes manually).
We both agree that this is not intentional. This is why you have
to double-check the contents of your patch before you send it,
to make sure that it contains all the changes that are you are
proposing to make, but also *only* the changes that you are proposing
to make.
It will probably simplify your life to just start over. Checkout
the sources from scratch, make your changes manually, and then
extract the diff. If you used CVS, then:
% cvs diff -up FILE1 FILE2 FILE3 [etc...] > patch.diff
If you used git:
% git diff > patch.diff
But regardless, always make sure to double-check your patch before
sending it. You may have slipped some unintentional changes by
accident, you never know.
--
Joel
next prev parent reply other threads:[~2010-01-02 9:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4B3E4DC6.7020901@cyberfiber.org>
[not found] ` <20100102043704.GR548@adacore.com>
2010-01-02 8:29 ` Michael
2010-01-02 8:48 ` Michael
[not found] ` <20100102093213.GX2788@adacore.com>
2010-01-02 9:33 ` Joel Brobecker [this message]
[not found] ` <4B3F252A.30504@cyberfiber.org>
[not found] ` <20100102111708.GV548@adacore.com>
2010-01-02 11:56 ` Michael
2010-01-03 5:32 ` [RFA/i387] improve the output of 'info float' (was: "Re: gdb-patch mailing list") Joel Brobecker
2010-01-03 8:46 ` Mark Kettenis
2010-01-03 10:47 ` [RFA/i387] improve the output of 'info float' Michael
2010-01-03 10:52 ` Michael
2010-01-04 18:47 ` Michael
2010-01-03 10:46 ` [RFA/i387] improve the output of 'info float' (was: "Re: gdb-patch mailing list") Eli Zaretskii
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=20100102093302.GA12123@adacore.com \
--to=brobecker@adacore.com \
--cc=gdb-patches@cyberfiber.org \
--cc=gdb-patches@sourceware.org \
/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