From: Leonardo Sandoval <leonardo.sandoval.gonzalez@linux.intel.com>
To: openembedded-core@lists.openembedded.org
Subject: Re: ✗ patchtest: failure for Add GCC 7.1 recipes
Date: Mon, 12 Jun 2017 10:48:50 -0500 [thread overview]
Message-ID: <1497282530.26945.205.camel@linux.intel.com> (raw)
In-Reply-To: <20170612150147.1040.68226@do.openembedded.org>
On Mon, 2017-06-12 at 15:01 +0000, Patchwork wrote:
> == Series Details ==
>
> Series: Add GCC 7.1 recipes
> Revision: 1
> URL : https://patchwork.openembedded.org/series/7195/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this patch series to OpenEmbedded Core. This is
> an automated response. Several tests have been executed on the proposed
> series by patchtest resulting in the following failures:
>
>
>
> * Issue Series cannot be parsed correctly due to malformed diff lines [test_mbox_format]
> Suggested fix Create the series again using git-format-patch and ensure it can be applied using git am
> Diff line diff --git a/meta/recipes-devtools/gcc/gcc-7.1/0044-libgcc-Add-knob-to-use-ldbl-128-on-ppc.patch b/meta/recipes-devtools/gcc/gcc-7.1/0044-libgcc-Add-knob-to-use-ldbl-128-on-ppc.patch
>
>
This is complaining because the python unidiff module patchtest is using
is unable to parse the mbox correctly:
>>> unidiff.PatchSet.from_filename('foo.mbox')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File
"/usr/lib/python2.7/site-packages/unidiff-0.5.2-py2.7.egg/unidiff/patch.py", line 326, in from_filename
instance = cls(f)
File
"/usr/lib/python2.7/site-packages/unidiff-0.5.2-py2.7.egg/unidiff/patch.py", line 278, in __init__
self._parse(data, encoding=encoding)
File
"/usr/lib/python2.7/site-packages/unidiff-0.5.2-py2.7.egg/unidiff/patch.py", line 320, in _parse
current_file._parse_hunk(line, diff, encoding)
File
"/usr/lib/python2.7/site-packages/unidiff-0.5.2-py2.7.egg/unidiff/patch.py", line 193, in _parse_hunk
raise UnidiffParseError('Hunk diff line expected: %s' % line)
unidiff.errors.UnidiffParseError: Hunk diff line expected: diff --git
a/meta/recipes-devtools/gcc/gcc-7.1/0044-libgcc-Add-knob-to-use-ldbl-128-on-ppc.patch b/meta/recipes-devtools/gcc/gcc-7.1/0044-libgcc-Add-knob-to-use-ldbl-128-on-ppc.patch
The char that is causing trouble (confirmed) is just before that patch,
with a trailing ^L (seen on my emacs editor).
Leo
>
>
> If you believe any of these test results are incorrect, please reply to the
> mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
> Otherwise we would appreciate you correcting the issues and submitting a new
> version of the patchset if applicable. Please ensure you add/increment the
> version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
> [PATCH v3] -> ...).
>
> ---
> Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
> Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe
>
prev parent reply other threads:[~2017-06-12 15:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-12 14:38 [PATCH 0/2] Add GCC 7.1 recipes Khem Raj
2017-06-12 14:38 ` [PATCH 1/2] gcc: Add recipes for gcc-7 Khem Raj
2017-06-15 6:41 ` Martin Jansa
2017-06-12 14:38 ` [PATCH 2/2] gcc_7.1.bb: disable thumb on armv5t Khem Raj
2017-06-12 15:01 ` ✗ patchtest: failure for Add GCC 7.1 recipes Patchwork
2017-06-12 15:48 ` Leonardo Sandoval [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=1497282530.26945.205.camel@linux.intel.com \
--to=leonardo.sandoval.gonzalez@linux.intel.com \
--cc=openembedded-core@lists.openembedded.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