Re: [OE-core] [PATCH] gcc: Update to latest on release/gcc-11 branch

2021-06-07 Thread zangrc
Hello, gcc-11.1.0-9ee61d2b51df012c659359873637cc2162ecccf3.patch When using patch as PATCHTOOL, this patch will do_patch fail. > -Original Message- > From: openembedded-core@lists.openembedded.org > On Behalf Of Khem Raj > Sent: Monday, May 24, 2021 3:36 AM > To:

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2021-06-07 Thread Stephen Jolley
All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on the triage page under the appropriate heading:

Re: [OE-core] [PATCH] lib: oe: utils: always append host gcc version to NATIVELSBSTRING

2021-06-07 Thread bkylerussell
On Mon, Jun 7, 2021 at 5:43 PM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > > https://bugzilla.yoctoproject.org/show_bug.cgi?id=10441 > > This doesn't look quite right? > Yes, that's the one. I assumed this was what you meant by, "Another option would be to have multiple

Re: [OE-core] [PATCH] lib: oe: utils: always append host gcc version to NATIVELSBSTRING

2021-06-07 Thread Phil Blundell via lists.openembedded.org
Wouldn't it be easier to just force -fPIE on for those users for whom this is a problem? Or force -fPIE off for native everywhere. I'm not sure that doing something based on GCC version is obviously the right plan. p. On 7 June 2021 22:25:58 BST, bkyleruss...@gmail.com wrote: >By having

Re: [OE-core] [PATCH] lib: oe: utils: always append host gcc version to NATIVELSBSTRING

2021-06-07 Thread Richard Purdie
On Mon, 2021-06-07 at 17:25 -0400, bkyleruss...@gmail.com wrote: > By having multiple uninative feeds based on host gcc version (rather than a > single uninative feed for all possible host gcc versions), we avoid a general > class of problems (as first observed in the bug below) where changes in

[OE-core] [PATCH] lib: oe: utils: always append host gcc version to NATIVELSBSTRING

2021-06-07 Thread bkylerussell
By having multiple uninative feeds based on host gcc version (rather than a single uninative feed for all possible host gcc versions), we avoid a general class of problems (as first observed in the bug below) where changes in native gcc don't cause native sstate to regenerate. Below is another

Re: [OE-core] [PATCH 04/10] cmake: update 3.20.2 -> 3.20.3

2021-06-07 Thread Alexander Kanavin
On Mon, 7 Jun 2021 at 19:18, Khem Raj wrote: > > I added the needed packages to the CentOS workers. The compiled binary > prints "rc=0" on the three CentOS workers. > > can we now try linking and running it against SDK built nativesdk-glibc ? > Using the host libc won't show the issue, as it is

Re: [OE-core] [PATCH 04/10] cmake: update 3.20.2 -> 3.20.3

2021-06-07 Thread Khem Raj
On Mon, Jun 7, 2021 at 9:41 AM Michael Halstead wrote: > > > > On Mon, Jun 7, 2021 at 8:10 AM Khem Raj wrote: >> >> >> >> On Mon, Jun 7, 2021 at 3:20 AM Alexander Kanavin >> wrote: >>> >>> On Mon, 7 Jun 2021 at 00:19, Khem Raj wrote: here is a small testcase to excercise

Re: [OE-core] [PATCH 04/10] cmake: update 3.20.2 -> 3.20.3

2021-06-07 Thread Michael Halstead
On Mon, Jun 7, 2021 at 8:10 AM Khem Raj wrote: > > > On Mon, Jun 7, 2021 at 3:20 AM Alexander Kanavin > wrote: > >> On Mon, 7 Jun 2021 at 00:19, Khem Raj wrote: >> >>> here is a small testcase to excercise utimensat_time64 >>> >>>

[OE-core] kernel.bbclass: possible regression in Gatesgarth

2021-06-07 Thread Andrea Adami
Up to commit 86142da https://git.openembedded.org/openembedded-core/commit/meta/classes/kernel.bbclass?id=86142dad13935a0d9af4a4177e05ff5c39003db7 in Gatesgarth it was possible to build a second mini-kernel w/out modules, we have an example here:

Re: [OE-core] [PATCH 04/10] cmake: update 3.20.2 -> 3.20.3

2021-06-07 Thread Khem Raj
On Mon, Jun 7, 2021 at 3:20 AM Alexander Kanavin wrote: > On Mon, 7 Jun 2021 at 00:19, Khem Raj wrote: > >> here is a small testcase to excercise utimensat_time64 >> >> https://raw.githubusercontent.com/xantares/test-seccomp-time64/master/test-time64.c >> >> gcc -m32 test-time64.c >> >> it will

Re: [OE-core] [PATCH 04/10] cmake: update 3.20.2 -> 3.20.3

2021-06-07 Thread Alexander Kanavin
On Mon, 7 Jun 2021 at 00:19, Khem Raj wrote: > here is a small testcase to excercise utimensat_time64 > > https://raw.githubusercontent.com/xantares/test-seccomp-time64/master/test-time64.c > > gcc -m32 test-time64.c > > it will be good to check how the resulting binary behaves with centos >

Re: [OE-core] [PATCH 05/10] perl: split perl-cross into its own recipe

2021-06-07 Thread Richard Purdie
On Mon, 2021-06-07 at 07:29 +0200, Jacob Kroon wrote: > On 6/4/21 11:14 AM, Alexander Kanavin wrote: > > As perl and perl-cross need to be updated (and patches rebased) > > in lockstep, devtool upgrade (and therefore AUH) can't cope with it. > > Manually updating is still possible, but painful. >

Re: [OE-core] Request to backport KERNEL_DTC_FLAGS to Dunfell

2021-06-07 Thread Quentin Schulz
Hi all, On Fri, Jun 04, 2021 at 11:25:36AM -0400, Bruce Ashfield wrote: > On Fri, Jun 4, 2021 at 11:09 AM Steve Sakoman wrote: > > > > On Fri, Jun 4, 2021 at 2:45 AM Jonas Mark (BT-FIR/ENG1-Grb) > > wrote: > > > > > > Hi, > > > > > > We are using DT overlays and have the need to pass the -@

[OE-core] [PATCH] boost: fix wrong type for mutex in regex v5

2021-06-07 Thread Yu, Mingli
From: Mingli Yu Fixes: | ./boost/regex/v5/mem_block_cache.hpp:91:11: error: 'static_mutex' in namespace 'boost' does not name a type |91 |boost::static_mutex mut; Signed-off-by: Mingli Yu --- ...xes-wrong-type-for-mutex-in-regex-v5.patch | 54 +++

[OE-core] [PATCH] python3-pycairo: upgrade 1.20.0 -> 1.20.1

2021-06-07 Thread zangrc
Signed-off-by: Zang Ruochen --- .../{python3-pycairo_1.20.0.bb => python3-pycairo_1.20.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python3-pycairo_1.20.0.bb => python3-pycairo_1.20.1.bb} (85%) diff --git