OpenEmbedded

openembedded@lists.linaro.org

3 participants
159 discussions

by Daniel Díaz

Hello! This is the failure that Andrey reported: configure:3197: checking whether the C compiler works configure:3219: i686-linaro-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse --sysroot=/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/recipe-sysroot -I/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rp b-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/recipe-sysroot/usr/include -Wno-error=missing-attributes -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0= /usr/src/debug/libxcrypt/4.4.1-r0 -fdebug-prefix-map=/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/recipe-sysroot= -fdebug-prefix-map=/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro- linux/libxcrypt/4.4.1-r0/recipe-sysroot-native= -I/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/recipe-sysroot/usr/include -Wno-error=missing-attributes -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c >&5 cc1: error: -Werror=missing-attributes: no option -Wmissing-attributes cc1: error: -Werror=missing-attributes: no option -Wmissing-attributes configure:3223: $? = 1 configure:3261: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "xcrypt" | #define PACKAGE_TARNAME "libxcrypt" | #define PACKAGE_VERSION "4.4.1" | #define PACKAGE_STRING "xcrypt 4.4.1" | #define PACKAGE_BUGREPORT "https://github.com/besser82/libxcrypt/issues" | #define PACKAGE_URL "https://github.com/besser82/libxcrypt" | #define PACKAGE "libxcrypt" | #define VERSION "4.4.1" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3266: error: in `/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/build': configure:3268: error: C compiler cannot create executables Greetings! Daniel Díaz daniel.diaz(a)linaro.org

7 years, 7 months

Future of external Linaro toolchain?

by Denys Dmytriyenko

Hi, Now that gcc8 is being released by ARM, what is the future of external Linaro toolchain recipes and support in meta-linaro? -- Denys

7 years, 8 months

OE RPB 'thud' builds

by Nicolas Dechesne

hi there, as discussed recently, we are starting to put together the thud builds for Linaro OE RPB. * The oe-rpb-manifest now has the 'thud' branch, see [1]. Some layers are still missing thud branch themselves, in which case we use master. * we created thud branches for all Linaro layers (meta-linaro, meta-backports, meta-rpb, meta-96boards, meta-qcom) * A new build was created on ci.linaro, see [2] , and is now enabled (which means it will trigger on any change on one of the thud branches we track) The first 2 builds failed during the weekend, but it was infrastructure issues, however we just got a new failure that is a valid failure.. see [3]. Looks like LTP fails to build. Daniel: is that something you can check and fix? cheers nico [1] https://github.com/96boards/oe-rpb-manifest/tree/thud [2] https://review.linaro.org/#/c/ci/job/configs/+/29110/ [3] https://ci.linaro.org/job/96boards-reference-platform-openembedded-thud/

7 years, 8 months

Re: oe-rpb-manifest sumo branch?

by Nicolas Dechesne

Adding the Linaro OE mailing list. I am not familiar with the details of what you are doing, but it looks like your layer needs to be updated. See https://bugzilla.yoctoproject.org/show_bug.cgi?id=3314, the getVar() function was updated and that requires updating your layer. nico On Thu, Oct 18, 2018 at 9:06 PM Park, Kyung Min <kyung.min.park(a)intel.com> wrote: > > Copying Nicolas/Fathi here. > > > > Hi Nicolas/Fathi, > > Can you comment on this? > > > > Thanks, > > Kyung Min > > > > From: Dey, Megha > Sent: Wednesday, October 17, 2018 4:40 PM > To: Park, Kyung Min <kyung.min.park(a)intel.com>; koen.kooi(a)linaro.org > Subject: RE: oe-rpb-manifest sumo branch? > > > > Hi Koen, > > > > We are trying to configure LUV (Linux UEFI Validation) using the OE-RPB model, as per our discussion at the Linaro connect. > > > > As a start, we tried to build the oe-rpb-manifest with the default morty branch and everything builds fine. However, if we switch to the sumo branch, we see the error below. > > > > We wanted to confirm if the sumo branch build fine on your end and if we are missing something on our end. > > > > Please let us know. > > > > Thanks, > > Megha > > > > From: Park, Kyung Min > Sent: Tuesday, October 9, 2018 5:22 PM > To: koen.kooi(a)linaro.org > Cc: Dey, Megha <megha.dey(a)intel.com> > Subject: oe-rpb-manifest sumo branch? > > > > Hi Koen, > > > > We’ve been trying to build the oe-rpb-manifest with ‘sumo’ branch. But, we’re getting an error in data_smart.py as below. > > Do you know if anybody tried sumo branch or validated? Everything went well with ‘morty’ branch. > > > > # git repo > > https://github.com/96boards/oe-rpb-manifest > > > > # error log when build > > ERROR: Unable to parse /home/km/Documents/rpb-yocto-tue/oe-rpb-manifest/bitbake/lib/bb/data_smart.py > > Traceback (most recent call last): > > File "/home/km/Documents/rpb-yocto-tue/oe-rpb-manifest/bitbake/lib/bb/data_smart.py", line 401, in DataSmart.ex pandWithRefs(s="${(a)os.path.dirname(bb.utils.which(d.getVar('PATH'),'bitbake'))}:${HOSTTOOLS_DIR}", varname='PATH[ :=]'): > > raise ExpansionError(varname, s, exc) from exc > > > > bb.data_smart.ExpansionError: Failure expanding variable PATH[:=], expression was ${(a)os.path.dirname(bb.utils.whi ch(d.getVar('PATH'),'bitbake'))}:${HOSTTOOLS_DIR} which triggered exception TypeError: getVar() missing 1 require d positional argument: 'expand' > > > > Thanks, > > Kyung Min

7 years, 9 months

[PATCH] layer.conf: Update LAYERSERIES_COMPAT to thud

by Martin Jansa

* since oe-core commit: http://git.openembedded.org/openembedded-core/commit/?id=9ec5a8a0f86510f7aa… the oe-core master isn't compatible with meta-linaro layers, because of missing thud in LAYERSERIES_COMPAT Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- meta-aarch64/conf/layer.conf | 2 +- meta-bigendian/conf/layer.conf | 2 +- meta-ilp32/conf/layer.conf | 2 +- meta-linaro-integration/conf/layer.conf | 2 +- meta-linaro-toolchain/conf/layer.conf | 2 +- meta-linaro/conf/layer.conf | 2 +- meta-optee/conf/layer.conf | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-) diff --git a/meta-aarch64/conf/layer.conf b/meta-aarch64/conf/layer.conf index 552947d..b48cdc1 100644 --- a/meta-aarch64/conf/layer.conf +++ b/meta-aarch64/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_aarch64 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_aarch64 = "sumo" +LAYERSERIES_COMPAT_aarch64 = "thud" diff --git a/meta-bigendian/conf/layer.conf b/meta-bigendian/conf/layer.conf index 6c65394..afc3f6a 100644 --- a/meta-bigendian/conf/layer.conf +++ b/meta-bigendian/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "bigendian" BBFILE_PATTERN_bigendian := "^${LAYERDIR}/" BBFILE_PRIORITY_bigendian = "20" -LAYERSERIES_COMPAT_bigendian = "sumo" +LAYERSERIES_COMPAT_bigendian = "thud" diff --git a/meta-ilp32/conf/layer.conf b/meta-ilp32/conf/layer.conf index cda8991..cd6dcaf 100644 --- a/meta-ilp32/conf/layer.conf +++ b/meta-ilp32/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_ilp32 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_ilp32 = "sumo" +LAYERSERIES_COMPAT_ilp32 = "thud" diff --git a/meta-linaro-integration/conf/layer.conf b/meta-linaro-integration/conf/layer.conf index 95177fe..0cdb87b 100644 --- a/meta-linaro-integration/conf/layer.conf +++ b/meta-linaro-integration/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-integration" BBFILE_PATTERN_linaro-integration := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-integration = "30" -LAYERSERIES_COMPAT_linaro-integration = "sumo" +LAYERSERIES_COMPAT_linaro-integration = "thud" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro-toolchain/conf/layer.conf b/meta-linaro-toolchain/conf/layer.conf index ec3a22f..9e31117 100644 --- a/meta-linaro-toolchain/conf/layer.conf +++ b/meta-linaro-toolchain/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-toolchain" BBFILE_PATTERN_linaro-toolchain := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-toolchain = "30" -LAYERSERIES_COMPAT_linaro-toolchain = "sumo" +LAYERSERIES_COMPAT_linaro-toolchain = "thud" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro/conf/layer.conf b/meta-linaro/conf/layer.conf index 692af88..450a4b1 100644 --- a/meta-linaro/conf/layer.conf +++ b/meta-linaro/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro" BBFILE_PATTERN_linaro := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro = "25" -LAYERSERIES_COMPAT_linaro = "sumo" +LAYERSERIES_COMPAT_linaro = "thud" # do not error out on bbappends for missing recipes (mysql5) BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-optee/conf/layer.conf b/meta-optee/conf/layer.conf index d816450..baf01d0 100644 --- a/meta-optee/conf/layer.conf +++ b/meta-optee/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "meta-optee" BBFILE_PATTERN_meta-optee := "^${LAYERDIR}/" BBFILE_PRIORITY_meta-optee = "8" -LAYERSERIES_COMPAT_meta-optee = "sumo" +LAYERSERIES_COMPAT_meta-optee = "thud" -- 2.17.1

7 years, 9 months

[meta-linaro][PATCH] gcc linaro-4.9: libcc1 config flag removed

by Daniel Gomez

libcc1 is not included in gcc 4.9 so bad RPATHs fix not needed in this version. Signed-off-by: Daniel Gomez <daniel.gomez(a)silicon-gears.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb | 6 --- --- 1 file changed, 6 deletions(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro- 4.9.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb index 3e0f4bc..68d3d92 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb @@ -7,12 +7,6 @@ require recipes-devtools/gcc/gcc-target.inc # | gcc-4.8.1-r0/gcc-4.8.1/gcc/cp/decl.c:7442:(.text.unlikely+0x318): additional relocation overflows omitted from the output ARM_INSTRUCTION_SET_armv4 = "arm" -do_configure_prepend() { - # Easiest way to stop bad RPATHs getting into the library since we have a - # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure -} - BBCLASSEXTEND = "nativesdk" DEPENDS += "gmp-native" -- 2.7.4

7 years, 11 months

[meta-linaro][PATH] gcc linaro-4.9: libcc1 config flag removed

by Daniel Gomez

7 years, 11 months

PSA: Please stop using += as substitute for multiline variables

by Koen Kooi

Hi, I looked at https://github.com/96boards/meta-rpb/blame/rocko/recipes-overlayed/kselftes… today and noticed a common anti-pattern: FOO += “bar” FOO += “quix” FOO += “something” Please stop doing that and use this instead: FOO = “bar \ quix \ something \ “ In OE += is a heavy operation that really slows down parsing due to the all the expansion and override roundtrips needed, so please stop abusing it as a way to do multiline variables. Thanks! — Koen Kooi Builds and Baselines | Release Manager Linaro.org | Open source software for ARM SoCs

8 years

[PATCH] external-linaro-toolchain-versions.inc: python3 division returns float

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> Adjust to python3 division returning float instead of integer, as in python2. Fixes kernel version 4.10.3 becoming 4.0391082763671875.10.01171875.3 Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- .../conf/distro/include/external-linaro-toolchain-versions.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc index 71fe69b..2a99209 100644 --- a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc +++ b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc @@ -102,9 +102,9 @@ def elt_get_kernel_version(d): for s in l: if s.find('LINUX_VERSION_CODE') > 0: ver = int(s.split()[2]) - maj = ver / 65536 + maj = int(ver / 65536) ver = ver % 65536 - min = ver / 256 + min = int(ver / 256) ver = ver % 256 return str(maj)+'.'+str(min)+'.'+str(ver) return 'UNKNOWN' -- 2.7.4

8 years, 2 months

[meta-linaro-toolchain][PATCH] Check libcc1 directory before trying to fix it

by Daniel Gomez

Signed-off-by: Daniel Gomez <daniel.gomez(a)silicon-gears.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb index 3e0f4bc..5a26fa2 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb @@ -10,7 +10,9 @@ ARM_INSTRUCTION_SET_armv4 = "arm" do_configure_prepend() { # Easiest way to stop bad RPATHs getting into the library since we have a # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + if [ -d "${S}/libcc1" ]; then + sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + fi } BBCLASSEXTEND = "nativesdk" -- 2.7.4

8 years, 3 months

← Newer
1
...
8
9
10
11
12
13
14
15
16
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

OpenEmbedded