gnucash master: Better test for conflict between optimization and FORTIFY_SOURCE
Geert Janssens
janssens-geert at telenet.be
Mon May 5 04:16:47 EDT 2014
On Friday 02 May 2014 18:15:19 Mike Alexander wrote:
> --On May 2, 2014 5:02:45 PM -0400 John Ralls <jralls at code.gnucash.org>
> wrote:
> > Updated via https://github.com/Gnucash/gnucash/commit/8cb391b3
> > (commit) from https://github.com/Gnucash/gnucash/commit/ac9a6ae6
> > (commit)
> >
> >
> >
> > commit 8cb391b30846f04eb6b874ef6dde723be372b7d0
> > Author: John Ralls <jralls at ceridwen.us>
> > Date: Fri May 2 14:02:24 2014 -0700
> >
> > Better test for conflict between optimization and FORTIFY_SOURCE
>
> I pushed this to the maint branch too since the previous changes were
> there.
>
> Mike
>
Ok.
Just in case you missed this: now we're in git changes are generally pushed to the "oldest"
branch first and then merged to "more recent" branches. The "oldest" branch in this case is
maint since it will become 2.6.4, while master will become 2.8.0.
There are of course situations where we only realize afterwards the commit needed to go on
an older branch as well in which case cherry-pick is the way to go as you did here.
This will be an interesting test to see how git merge deals with such cherry-picked commits the
next time maint is merged into master.
Geert
More information about the gnucash-devel
mailing list