This is the mail archive of the
libffi-discuss@sourceware.org
mailing list for the libffi project.
Re: [PATCH 0/7] Merge of gcc patches
- From: Richard Henderson <rth at redhat dot com>
- To: libffi-discuss at sourceware dot org
- Date: Tue, 18 Nov 2014 11:31:54 +0100
- Subject: Re: [PATCH 0/7] Merge of gcc patches
- Authentication-results: sourceware.org; auth=none
- References: <20141118101743 dot GA26714 at linux dot vnet dot ibm dot com>
On 11/18/2014 11:17 AM, Dominik Vogt wrote:
> The following series of patches merges the changes in gcc's copy
> of libffi since this gcc-commit:
>
> 2012-12-26 16:28 green * <libffi-last-merge> libffi merge
>
> While I've tried to resolve conflicts in a sensible way, I've not
> made any effort to check what the patches do or whether they are
> (still) useful, so please double check before checking in. libffi
> still compiles after applying the patches 1 to 7 (without path
> "0", see below), but I've not run any tests.
>
> The "zeroth" patch is attached right to this message. To me it
> looks like a patch that is applied to gcc every time libffi is
> merged, but there may be unrelated bits; I cannot judge that. (The
> patch conflicts with a later patch in the series, but the conflict
> is easy to resolve.)
I wonder how much of this we could merge with an
AM_CONDITIONAL(IN_GCC, ...)
where the setting of IN_GCC of course changes between the standalone and
in-tree builds.
r~