public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Joel Sherrill <joel.sherrill@oarcorp.com>
To: Andreas Schwab <schwab@linux-m68k.org>
Cc: "gdb@sourceware.org" <gdb@sourceware.org>,
	 Chris Johns <chrisj@rtems.org>
Subject: Re: Cherry Picking git Patches and ChangeLog
Date: Mon, 16 Mar 2015 01:14:00 -0000	[thread overview]
Message-ID: <55062E7E.3010701@oarcorp.com> (raw)
In-Reply-To: <87wq2huamh.fsf@igel.home>



On 3/15/2015 6:03 PM, Andreas Schwab wrote:
> Joel Sherrill <joel.sherrill@oarcorp.com> writes:
>
>> On March 15, 2015 5:44:21 PM CDT, Andreas Schwab <schwab@linux-m68k.org> wrote:
>>> Joel Sherrill <joel.sherrill@oarcorp.com> writes:
>>>
>>>> I know that this is really a git/ChangeLog/patch question but
>>>> since it comes up in context of gdb, I am asking here. How
>>>> does one deal with patches that would apply cleanly except
>>>> for ChangeLog?
>>> git-merge-changelog can help here.
>> That will help if we want to manually touch the patches and update them for the tarball. 
> Please explain what you are trying to do.  Cherry picking will use the
> configured merge driver.
RTEMS has a Python based tool building framework similar to BSD ports.
It has a "recipe" to build a package like gcc, binutils, or gdb. We usually
start with a release tarball and apply patches. The patches can be from
RTEMS which aren't ready to be upstreamed or not merged upstream.
These patches are hosted on rtems.org in a special git repo.

But once they are merged, we like to fetch them from the upstream repo
or patch review system.

In this case, the patch directly extracted from git on the head doesn't
apply with patch to the contents of the release tarball.

I didn't see an option to patch to exclude some files so it seems like
the only option is to use git to cherry-pick the patches manually
and create a patch set.

We were trying to go directly from git/patchworks -> patch onto
contents from tar file.

Does that make sense?

> Andreas.
>

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel.sherrill@OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985


  reply	other threads:[~2015-03-16  1:14 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-15 22:38 Joel Sherrill
2015-03-15 22:44 ` Andreas Schwab
2015-03-15 22:46   ` Joel Sherrill
2015-03-15 23:03     ` Andreas Schwab
2015-03-16  1:14       ` Joel Sherrill [this message]
2015-03-16 17:41         ` Andreas Schwab

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=55062E7E.3010701@oarcorp.com \
    --to=joel.sherrill@oarcorp.com \
    --cc=chrisj@rtems.org \
    --cc=gdb@sourceware.org \
    --cc=schwab@linux-m68k.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).