Re: [OE-core] [PATCH 1/1] sanity.bbclass: Update required gcc version to v7.5

On 2/11/21 4:18 am, Khem Raj wrote: On Mon, Nov 1, 2021 at 8:05 AM Robert Yang wrote: qemu-native 6.1.0 requires at least gcc v7.5: ERROR: You need at least GCC v7.5 or Clang v6.0 (or XCode Clang v10.0) Which supported distros still ship gcc < 7.5 Ubuntu 18.04 is on gcc 7.4 -=-=-

Re: [OE-core] [PATCH] externalsrc.bbclass: Allow externalsrc to be extended with extra classes

We do "wrap" classes in our own proprietary layer. In a layer called meta-abc, we name the wrapper-class classname-abc.bbclass. For instance, we wrap cmake.bbclass as follows: # cmake-abc.bbclass inherit cmake # Additions to cmake behaviour go here ... Our meta-abc recipes inher

Re: [OE-core][PATCH v2 1/2] reproducible_build: Remove BUILD_REPRODUCIBLE_BINARIES checking

On 10/09/21 1:29 pm, Mark Hatle wrote: From: Mark Hatle Previously if BUILD_REPRODUCIBLE_BINARIES was set to 0, the system would fall back and select the default epoch (April 2011), but still perform the reproducible build actions. This resulted in binaries that had an unusually old date. Sim

Re: [OE-core][PATCH 2/2] reproducible_build: Work with externalsrc

On 10/09/21 1:05 pm, Mark Hatle wrote: Unfortunately I'm having problems sending email to the list currently. But I can reply directly (feels free to forward this to the list). On 9/9/21 7:32 PM, Douglas Royds wrote: On 9/09/21 2:51 pm, Mark Hatle wrote: From: Mark Hatle Externalsrc removes

Re: [OE-core][PATCH 2/2] reproducible_build: Work with externalsrc

On 9/09/21 2:51 pm, Mark Hatle wrote: From: Mark Hatle Externalsrc removes do_fetch, do_unpack, and do_patch. The system normally discovers the correct reproducible date as a postfuncs on do_unpack, so this date is never found, so it goes back to the default epoch. Instead we can move the dis

Re: [OE-core][PATCH 1/2] reproducible_build: Honor BUILD_REPRODUCIBLE_BINARIES

On 9/09/21 10:18 pm, Richard Purdie wrote: On Wed, 2021-09-08 at 21:50 -0500, Mark Hatle wrote: From: Mark Hatle A variable BUILD_REPRODUCIBLE_BINARIES is set to '1' by default and was used to control if the postfuncs were added. However, it didn't actually disable the reproducible_build (da

Re: [OE-core] [PATCH v2] license_image: Use sstate to populate license directory

On Sat, 3 Jul 2021 at 00:35, Alexandre Belloni wrote: > On 02/07/2021 09:44:37+1200, Douglas via lists.openembedded.org wrote: > > We were getting an endlessly-growing list of directories in > > build/tmp/deploy/licenses/ of the form myimage-mymachine-20210629010203. > >

[OE-core] [PATCH v2] license_image: Use sstate to populate license directory

We were getting an endlessly-growing list of directories in build/tmp/deploy/licenses/ of the form myimage-mymachine-20210629010203. Use the normal sstate behaviour to clean them. Brings license_image in line with the do_populate_lic behaviour in license.bbclass. We must only clean the (new) WORKD

[OE-core] [PATCH] license_image: Use sstate to populate license directory

We were getting an endlessly-growing list of directories in build/tmp/deploy/licenses/ of the form myimage-mymachine-20210629010203. Use the normal sstate behaviour to clean them. Brings license_image in line with the do_populate_lic behaviour in license.bbclass. We must only clean the (new) WORKD

Re: [OE-core] [PATCH 1/3] Revert "icecc: Don't use icecc when INHIBIT_DEFAULT_DEPS is set"

May 2021 at 20:52, Jose Quaresma wrote: > > Hi, > > Instead of reverting we can add an exception for the packages you mentioned: > gcc-cross and friends, binutils-cross, and importantly, the linux kernel. > > Douglas via lists.openembedded.org > escreveu no dia > quart

[OE-core] [PATCH 1/3] Revert "icecc: Don't use icecc when INHIBIT_DEFAULT_DEPS is set"

Although this silenced the warnings, it also turned off icecc for gcc-cross and friends, binutils-cross, and importantly, the linux kernel. This reverts commit 0315aabeff8e6483b737d0e23d6841f1394ad3c8. [YOCTO #13863] Signed-off-by: Douglas Royds --- meta/classes/icecc.bbclass | 4 1 file

[OE-core] [PATCH 2/3] icecc: Demote "could not get ICECC_CC" warning to note

For many components, it is perfectly correct not to have gcc or g++ in the PATH, notably when INHIBIT_DEFAULT_DEPS is set. We were getting a flood of warnings when icecc was enabled, eg: WARNING: base-files-3.0.14-r89.tait.8.6 do_configure: Cannot use icecc: could not get ICECC_CC or ICECC_CX

[OE-core] [PATCH 3/3] icecc-create-env: Silence warning: invalid ICECC_ENV_EXEC

Signed-off-by: Douglas Royds --- meta/recipes-devtools/icecc-create-env/icecc-create-env_0.1.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/icecc-create-env/icecc-create-env_0.1.bb b/meta/recipes-devtools/icecc-create-env/icecc-create-env_0.1.bb index 231c1c20ec..61

[OE-core] [PATCH 0/3] icecc: Silence warnings

icecc: Demote "could not get ICECC_CC" warning to note For many components, it is perfectly correct not to have gcc or g++ in the PATH, notably when INHIBIT_DEFAULT_DEPS is set. We were getting a flood of warnings when icecc was enabled, eg: WARNING: base-files-3.0.14-r89.tait.8.6 do_configur

[OE-core] [PATCH 1/2] Revert "externalsrc: Detect code changes in submodules"

This reverts commit 4525310d49d115a37705f04ac5c03d639e5e8f8c. Signed-off-by: Douglas Royds --- meta/classes/externalsrc.bbclass | 16 +++- 1 file changed, 7 insertions(+), 9 deletions(-) diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass index 54cc7edba

[OE-core] [PATCH 0/2] externalsrc: Detect code changes in submodules

Further to 50ff9afb39, only detect code changes in submodules that are subdirectories of the EXTERNALSRC directory. The (undocumented) git submodule--helper returns a path for each submodule relative to the top of the repo. Don't add submodules that are not within our EXTERNALSRC subtree. If we u

[OE-core] [PATCH 2/2] externalsrc: Detect code changes in submodules

Further to 50ff9afb39, only detect code changes in submodules that are subdirectories of the EXTERNALSRC directory. The (undocumented) git submodule--helper returns a path for each submodule relative to the top of the repo. Don't add submodules that are not within our source subtree. [YOCTO #1433

[OE-core] [PATCH v2] externalsrc: Detect code changes in submodules

Further to 50ff9afb39, only detect code changes in submodules that are subdirectories of the EXTERNALSRC directory. git submodule status returns a path relative to the cwd for each submodule. We don't add submodules that are not within our source subtree. Signed-off-by: Douglas Royds --- meta/c

[OE-core] [PATCH] cmake: Fully-qualified path to ar

We (correctly enough) pass in our AR to cmake via the toolchain file, but unlike the other cross-compilation tools (CC, CXX, ranlib, etc), cmake does not then do its own search in the PATH for our AR. By using cmake's own find_program() to search the PATH, make works as expected from the commandli

Re: [OE-core] [PATCH] externalsrc: Detect code changes in submodules

On 6/02/21 1:01 pm, Jon Mason wrote: On Thu, Feb 4, 2021 at 10:43 PM Douglas via lists.openembedded.org wrote: Further to 50ff9afb39, only detect code changes in submodules that are subdirectories of the EXTERNALSRC directory. Signed-off-by: Douglas Royds --- I believe this patch is causing

[OE-core] [PATCH] externalsrc: Detect code changes in submodules

Further to 50ff9afb39, only detect code changes in submodules that are subdirectories of the EXTERNALSRC directory. Signed-off-by: Douglas Royds --- meta/classes/externalsrc.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/externalsrc.bbclass b/meta/classe

Re: [OE-core] nativesdk-linux-libc-headers with two different MACHINEs

NATIVESDKLIBC}" > > > CLASSOVERRIDE = "class-nativesdk" > > > MACHINEOVERRIDES = "" > > > MACHINE_FEATURES = "" > > > - > > > +MACHINE = "${SDKMACHINE}" > > > MULTILIBS = "" > > > >

[OE-core] [PATCH] nativesdk: Set TARGET_CC_KERNEL_ARCH for sdk

We install the linux-libc-headers for the build machine, so take control of the TARGET_CC_KERNEL_ARCH. In this way, we get no task signature changes when we build nativesdk-linux-libc-headers with different MACHINEs, avoiding a build-through from glibc up. Signed-off-by: Douglas Royds --- meta/c

Re: [OE-core] nativesdk-linux-libc-headers with two different MACHINEs

onsistent staging dir whether or not multilib is enabled On Mon, Sep 14, 2020 at 5:13 PM Douglas via lists.openembedded.org wrote: For the experiment, I wanted to see whether I could achieve no task signature change when building nativesdk-glibc for two different MACHINEs, but I found that the

[OE-core] nativesdk-linux-libc-headers with two different MACHINEs

For the experiment, I wanted to see whether I could achieve no task signature change when building nativesdk-glibc for two different MACHINEs, but I found that the do_install sigdata for nativesdk-linux-libc-headers changed. We're installing the linux-libc-headers for the build machine, so it s

[OE-core] [PATCH v2] tcmode-default: Drop gcc-cross-initial, gcc-crosssdk-initial references

Further to 5b2fd1c724 Also a few remaining references in comments and in distro_alias.inc Signed-off-by: Douglas Royds --- meta/conf/distro/include/distro_alias.inc | 4 meta/conf/distro/include/tcmode-default.inc | 2 -- meta/conf/layer.conf| 2 +- 3 files change

[OE-core] [PATCH] tcmode-default: Drop gcc-cross-initial, gcc-crosssdk-initial references

Further to 5b2fd1c724 Also a few remaining references (DISTRO_PN_ALIAS, RECIPE_MAINTAINER). Signed-off-by: Douglas Royds --- meta/conf/distro/include/distro_alias.inc | 4 meta/conf/distro/include/tcmode-default.inc | 2 -- meta/conf/layer.conf | 2 +- 3 files changed, 1 insertion(+), 7 deleti

[OE-core] sdk package_arch and yum

I was unable to install my nativesdk packages on CentOS using yum, as the package architecture was set to "x86_64_nativesdk". My web-digging revealed no work-around I could use for yum. dnf (available in CentOS 8, I believe) supports a --forcearch op

[OE-core] [PATCH] nativesdk: clear MACHINE_FEATURES

Further to 96c20c9df7: Try to avoid nativesdk recipes accidentally being dependent on MACHINE_FEATURES. Signed-off-by: Douglas Royds --- meta/classes/nativesdk.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/nativesdk.bbclass b/meta/classes/nativesdk.bbclass index 7b7571

[OE-core] [PATCH] nativesdk: Set the CXXFLAGS to the BUILDSDK_CXXFLAGS

... which default to the BUILDSDK_CFLAGS in any case. Signed-off-by: Douglas Royds --- meta/classes/nativesdk.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/nativesdk.bbclass b/meta/classes/nativesdk.bbclass index 7b75710726..171ae72be0 100644 --- a/meta