[OE-core] [PATCH 4/6] tcmode-default: Bump gcc,glibc,gdb

Bruce Ashfield bruce.ashfield at windriver.com
Mon May 16 13:38:03 UTC 2016


On 2016-05-16 8:49 AM, Bruce Ashfield wrote:
> On 2016-05-15 5:25 AM, Khem Raj wrote:
>> On Sun, May 15, 2016 at 12:03 AM, Richard Purdie
>> <richard.purdie at linuxfoundation.org> wrote:
>>> On Fri, 2016-05-13 at 09:46 -0700, Khem Raj wrote:
>>>> gcc 6.1, glibc 2.24, gdb 7.11
>>>>
>>>> Signed-off-by: Khem Raj <raj.khem at gmail.com>
>>>> ---
>>>>  meta/conf/distro/include/tcmode-default.inc | 6 +++---
>>>>  1 file changed, 3 insertions(+), 3 deletions(-)
>>>
>>> I'll merge most of this series however before we can move to gcc6 by
>>> default there are some remaining issues:
>>>
>>> https://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/b
>>> uilds/788/steps/BuildImages/logs/stdio
>>>
>>> qt4-x11-free fails to compile
>>
>> This can be fixed easily. I will see if I can cook up one.
>>
>>> linux-yocto 4.1 also fails
>>
>> I am sure if we upgrade to latest point release of 4.1 then most of
>> fixes may be available.
>> but there are more than 1 fixes that would require backport
>
> Two 4.1 -stable updates came out just recently. I already have them
> queued here. I'll send them along today .. will have a scan to see if
> the gcc6 changes were picked up by the maintainer.

FYI: I checked and there are no gcc6 changes (that I can see) in
the 4.1 -stable updates to v4.1.24.

Bruce

>
>>
>>>
>>> (on qemux86-64, qemux86, qemuppc, qemumips, qemuarm)
>>>
>>> https://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/7
>>> 78/steps/BuildImages_1/logs/stdio
>>>
>>> linux-yocto 4.4 fails on ppc
>>>
>>> https://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/bui
>>> lds/768/steps/BuildImages/logs/stdio
>>
>> This patch https://patchwork.ozlabs.org/patch/614548/ is required and
>> I gave pointers for that to Bruce
>> and was hoping that with
>> http://git.openembedded.org/openembedded-core/commit/?id=f1c75b93a4e11425e595c5ce043fbb0276a41931
>>
>> the above fix is bundled in but Bruce might be able to conform.
>>
>
> Confirmed that the fix is in that commit. In linux-yocto:
>
> Author: Khem Raj <raj.khem at gmail.com>
> Date:   Mon Apr 25 05:47:01 2016 +0000
>
>     powerpc/ptrace: Fix out of bounds array access warning
>
>     gcc-6 correctly warns about a out of bounds access
>
>     arch/powerpc/kernel/ptrace.c:407:24: warning: index 32 denotes an
> offset greater than size of 'u64[32][1] {aka long long unsigned
> int[32][1]}' [-Warray-bounds]
>             offsetof(struct thread_fp_state, fpr[32][0]));
>                             ^
>
>     check the end of array instead of beginning of next element to fix this
>
>     Signed-off-by: Khem Raj <raj.khem at gmail.com>
>     Cc: Kees Cook <keescook at chromium.org>
>     Cc: Michael Ellerman <mpe at ellerman.id.au>
>     Cc: Segher Boessenkool <segher at kernel.crashing.org>
>     Signed-off-by: Bruce Ashfield <bruce.ashfield at windriver.com>
>
> All the branches have that commit now, and it is covered by that SRCREV
> bump. So there's something else lurking for ppc.
>
> Bruce
>
>>
>>>
>>> non-GPLv3 on elfutils and diffutils
>>
>> Yes, now, I wonder if we can backport fixes from newer versions and
>> still call it GPL-2 without getting
>> consent from patch authors. This is going to be a bit twisted.
>>
>>>
>>> (There may be other failures too, the build hasn't completed yet)
>>>
>>> We'll need to come up with a plan to address these issues (possibly
>>> upgrades for some of the kernels?) before we can change the defaults.
>>>
>>> Cheers,
>>>
>>> Richard
>>>
>>>
>




More information about the Openembedded-core mailing list