<div dir="ltr">I'm sorry, it's one of those days where "mtd-utils" and "mdadm" look exactly the same to me - yeah both are in oe-core, both start with m and are related to block devices.<div><br></div><div>And the build failure with mdadm is reproducible with DEBUG_BUILD, -O2 and above work fine thanks to -ftree-vrp (similarly like systemd gcc8 issue fixed in <a href="http://git.openembedded.org/openembedded-core/commit/?id=b0fdaedc6e9c233f357022b0fb706cb19757f5c4">http://git.openembedded.org/openembedded-core/commit/?id=b0fdaedc6e9c233f357022b0fb706cb19757f5c4</a> )</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 21, 2018 at 1:30 PM Martin Jansa <<a href="mailto:martin.jansa@gmail.com">martin.jansa@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">It might be DEBUG_BUILD enabled in my builds, let me check.</div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 21, 2018 at 1:20 PM Burton, Ross <<a href="mailto:ross.burton@intel.com" target="_blank">ross.burton@intel.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Master builds fine for me, but interestingly I don't see that in my<br>
mtd-utils unpack. Do you have patches?<br>
<br>
Ross<br>
<br>
On 21 June 2018 at 12:10, Martin Jansa <<a href="mailto:martin.jansa@gmail.com" target="_blank">martin.jansa@gmail.com</a>> wrote:<br>
> Does this upgrade fix the build failure with gcc8?<br>
><br>
> With current master I'm seeing:<br>
> super0.c:238:32: error: 'snprintf' output may be truncated before the last<br>
> format character [-Werror=format-truncation=]<br>
><br>
> On Thu, Jun 21, 2018 at 12:33 PM Burton, Ross <<a href="mailto:ross.burton@intel.com" target="_blank">ross.burton@intel.com</a>> wrote:<br>
>><br>
>> Sorry, no it doesn't. I've just picked this in ross/mut but a<br>
>> follow-up patch to remove that mystery patch (can't see it being used<br>
>> in image generation anywhere) would be good.<br>
>><br>
>> Ross<br>
>><br>
>> On 20 June 2018 at 00:53, Denys Dmytriyenko <<a href="mailto:denis@denix.org" target="_blank">denis@denix.org</a>> wrote:<br>
>> > On Tue, May 22, 2018 at 01:16:34PM +0100, Burton, Ross wrote:<br>
>> >> On 22 May 2018 at 08:49, Andrea Adami <<a href="mailto:andrea.adami@gmail.com" target="_blank">andrea.adami@gmail.com</a>> wrote:<br>
>> >> > I am just wondering about this patch:we carry it since 2009 [1] and<br>
>> >> > is still marked as pending.<br>
>> >> > Why was it necessary to ignore part of the filesystem? Can you<br>
>> >> > remember?<br>
>> >><br>
>> >> Make that at least 2004. This commit in oe-classic touches it:<br>
>> >><br>
>> >> commit c70605ebdca81412a93b4d867de7931543193f26<br>
>> >> Author: Chris Larson <<a href="mailto:clarson@kergoth.com" target="_blank">clarson@kergoth.com</a>><br>
>> >> Date: Thu Dec 23 21:24:57 2004 +0000<br>
>> >><br>
>> >> Update mtd to a current snapshot, change the mkfs.jffs2 -i cmdline<br>
>> >> option to<br>
>> >> -I, and rename mtd and mtd-native to mtd-utils and<br>
>> >> mtd-utils-native,<br>
>> >> respectively.<br>
>> >><br>
>> >> Prior history is lost to the git/bk migration unless anyone has a<br>
>> >> BitKeeper clone to mine...<br>
>> ><br>
>> > So, does this prevent the version upgrade from being merged?<br>
>> ><br>
>> > --<br>
>> > Denys<br>
>> --<br>
>> _______________________________________________<br>
>> Openembedded-core mailing list<br>
>> <a href="mailto:Openembedded-core@lists.openembedded.org" target="_blank">Openembedded-core@lists.openembedded.org</a><br>
>> <a href="http://lists.openembedded.org/mailman/listinfo/openembedded-core" rel="noreferrer" target="_blank">http://lists.openembedded.org/mailman/listinfo/openembedded-core</a><br>
</blockquote></div>
</blockquote></div>