Date   

[meta-openssl102-fips][PATCH 0/6] hardknott fixes

Yi Zhao
 

Changqing Li (1):
openssh: refresh patches to 8.5p1

Chen Qi (1):
layer.conf: add hardknott to LAYERSERIES_COMPAT

Yi Zhao (4):
README.build: add "Known Issues" section
openssh: refresh patches to 8.4p1
openssh: fix the double free error for ssh-cavs
openssh: set kex->sessin_id via sshbuf_put in ssh-cavs

README.build | 28 +++
conf/layer.conf | 2 +-
.../0001-conditional-enable-fips-mode.patch | 46 ++---
...ps.patch => 0001-openssh-8.4p1-fips.patch} | 173 +++++++-----------
...1-ssh-cavs-fix-the-double-free-error.patch | 161 ++++++++++++++++
...avs-set-kex-sessin_id-via-sshbuf_put.patch | 45 +++++
recipes-connectivity/openssh/openssh_fips.inc | 4 +-
7 files changed, 327 insertions(+), 132 deletions(-)
rename recipes-connectivity/openssh/openssh/{0001-openssh-8.2p1-fips.patch => 0001-openssh-8.4p1-fips.patch} (73%)
create mode 100644 recipes-connectivity/openssh/openssh/0001-ssh-cavs-fix-the-double-free-error.patch
create mode 100644 recipes-connectivity/openssh/openssh/0001-ssh-cavs-set-kex-sessin_id-via-sshbuf_put.patch

--
2.25.1


[yocto-autobuilder2][PATCH] schedulers.py: build docs for hardknott/1.50 as well

Anuj Mittal
 

Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
---
schedulers.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/schedulers.py b/schedulers.py
index 920daab..9d81806 100644
--- a/schedulers.py
+++ b/schedulers.py
@@ -364,7 +364,7 @@ schedulers.append(sched.Nightly(name='nightly-auh', branch='master', properties=

# If any of our sphinx docs branches change, trigger a build
schedulers.append(sched.AnyBranchScheduler(name="yocto-docs-changed",
- change_filter=util.ChangeFilter(project=["yocto-docs"], branch=["master", "master-next", "gatesgarth", "dunfell", "transition"]),
+ change_filter=util.ChangeFilter(project=["yocto-docs"], branch=["master", "master-next", "hardknott", "gatesgarth", "dunfell", "transition"]),
codebases = ['', 'yocto-docs', 'bitbake'],
treeStableTimer=60,
builderNames=["docs"]))
@@ -376,7 +376,7 @@ def isbitbakeDocFile(change):
return True
return False
schedulers.append(sched.AnyBranchScheduler(name="bitbake-docs-changed",
- change_filter=util.ChangeFilter(project=["bitbake"], branch=["master", "1.48", "1.46"]),
+ change_filter=util.ChangeFilter(project=["bitbake"], branch=["master", "1.50", "1.48", "1.46"]),
codebases = ['', 'yocto-docs', 'bitbake'],
fileIsImportant=isbitbakeDocFile,
onlyImportant=True,
--
2.30.2


[yocto-autobuilder2][PATCH] schedulers.py: add hardknott to release selector

Anuj Mittal
 

Keep meta-arm at master since there's no hardknott there yet.

Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
---
schedulers.py | 12 +++++++++++-
1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/schedulers.py b/schedulers.py
index 8479290..920daab 100644
--- a/schedulers.py
+++ b/schedulers.py
@@ -169,7 +169,7 @@ def parent_scheduler(target):
name="branchselector",
default="master",
label="Release Shortcut Selector",
- choices=["master", "master-next", "mut", "gatesgarth", "dunfell", "zeus", "warrior", "thud", "sumo", "rocko", "pyro", "morty"],
+ choices=["master", "master-next", "mut", "hardknott", "gatesgarth", "dunfell", "zeus", "warrior", "thud", "sumo", "rocko", "pyro", "morty"],
selectors={
'master': {
'branch': 'master',
@@ -202,6 +202,16 @@ def parent_scheduler(target):
'branch_meta-mingw': 'master',
'branch_oecore': 'master',
},
+ 'hardknott': {
+ 'branch': 'hardknott',
+ 'branch_poky': 'hardknott',
+ 'branch_bitbake': '1.50',
+ 'branch_meta-arm': 'master',
+ 'branch_meta-gplv2': 'hardknott',
+ 'branch_meta-intel': 'hardknott',
+ 'branch_meta-mingw': 'hardknott',
+ 'branch_oecore': 'hardknott',
+ },
'gatesgarth': {
'branch': 'gatesgarth',
'branch_poky': 'gatesgarth',
--
2.30.2


[yocto-autobuilder-helper][PATCH] config.json: add hardknott for buildhistory

Anuj Mittal
 

Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
---
config.json | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/config.json b/config.json
index 5bfa240..3beb990 100644
--- a/config.json
+++ b/config.json
@@ -5,7 +5,7 @@

"BUILD_HISTORY_DIR" : "buildhistory",
"BUILD_HISTORY_REPO" : "ssh://git@push.yoctoproject.org/poky-buildhistory",
- "BUILD_HISTORY_DIRECTPUSH" : ["poky:morty", "poky:pyro", "poky:rocko", "poky:sumo", "poky:thud", "poky:warrior", "poky:zeus", "poky:dunfell", "poky:gatesgarth", "poky:master"],
+ "BUILD_HISTORY_DIRECTPUSH" : ["poky:morty", "poky:pyro", "poky:rocko", "poky:sumo", "poky:thud", "poky:warrior", "poky:zeus", "poky:dunfell", "poky:gatesgarth", "poky:hardknott", "poky:master"],
"BUILD_HISTORY_FORKPUSH" : {"poky-contrib:ross/mut" : "poky:master", "poky:master-next" : "poky:master"},

"BUILDTOOLS_URL_TEMPLOCAL" : "/srv/autobuilder/autobuilder.yoctoproject.org/pub/non-release/20200309-15/buildtools/x86_64-buildtools-extended-nativesdk-standalone-3.0+snapshot-20200309.sh",
--
2.30.2


[ANNOUNCEMENT] Yocto Project 3.1.7 (Dunfell 23.0.7) is Released

Vineela
 

Hello,

We are pleased to announce the Yocto Project 3.1.7 (dunfell-23.0.7) Release is now available for download.

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.7/poky-dunfell-23.0.7.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.7/poky-dunfell-23.0.7.tar.bz2

A gpg signed version of these release notes is available at:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.7/RELEASENOTES

Full Test Report:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.7/testreport.txt

Thank you for everyone's contributions to this release.

Sincerely,

Vineela Tummalapalli
Yocto Project Build and Release
vineela.tummalapalli@intel.com

- --------------------------
yocto-3.1.7 Release Notes
- --------------------------


- --------------------------
Repositories/Downloads
- --------------------------

Repository Name: poky
Repository Location: https://git.yoctoproject.org/git/poky
Branch: dunfell
Tag: yocto-3.1.7
Git Revision: 13f4ddf50eccaeed96a40a5f1a1d4173e677e98a
Release Artefact: poky-dunfell-23.0.7
sha: d3ae731cc7d76c4dd0c88ce72798a373511303beb45c623f0e08237c4cff884d
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.7/poky-dunfell-23.0.7.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.7/poky-dunfell-23.0.7.tar.bz2

Repository Name: openembedded-core
Repository Location: https://git.openembedded.org/openembedded-core
Branch: dunfell
Tag: 2020-04.7-dunfell
Git Revision: a3de6239e98efafe3668396e69133ffee3d9b27f
Release Artefact: oecore-dunfell-23.0.7
sha: 7d06059d6455c8b56303c9803418568536c8b18fb63a4d5330d34dc5200c05ba
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.7/oecore-dunfell-23.0.7.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.7/oecore-dunfell-23.0.7.tar.bz2

Repository Name: meta-mingw
Repository Location: https://git.yoctoproject.org/git/meta-mingw
Branch: dunfell
Tag: yocto-3.1.7
Git Revision: 524de686205b5d6736661d4532f5f98fee8589b7
Release Artefact: meta-mingw-dunfell-23.0.7
sha: a282ecfecf73b3626e82472a2c54e46f349140cc87579dc9fe2940c1ed113194
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.7/meta-mingw-dunfell-23.0.7.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.7/meta-mingw-dunfell-23.0.7.tar.bz2

Repository Name: meta-gplv2
Repository Location: https://git.yoctoproject.org/git/meta-gplv2
Branch: dunfell
Tag: yocto-3.1.7
Git Revision: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
Release Artefact: meta-gplv2-dunfell-23.0.7
sha: 19ebacca25b52920f77633cb50f43e57e7cfe40f6118ef434b3bfa8074ad7b3a
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.7/meta-gplv2-dunfell-23.0.7.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.7/meta-gplv2-dunfell-23.0.7.tar.bz2

Repository Name: bitbake
Repository Location: https://git.openembedded.org/bitbake
Branch: 1.46
Tag: 2020-04.7-dunfell
Git Revision: 017a39ed05d065bf28fd38f91bcde8a098300551
Release Artefact: bitbake-dunfell-23.0.7
sha: d5c542a3ba721f820c2b5963f9d2309bc17a1eb6fe42082327b7cc6bd44126d6
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.7/bitbake-dunfell-23.0.7.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.7/bitbake-dunfell-23.0.7.tar.bz2

Repository Name: yocto-docs
Repository Location: https://git.yoctoproject.org/git/yocto-docs
Branch: dunfell
Tag: yocto-3.1.7
Git Revision:5a54200a8702e473ecbbc3dbbdaa24169796c9e8

- -------------
Contributors
- -------------
akuster
Alejandro Hernandez Samaniego
Anatol Belski
Andrei Gherzan
Anton D. Kachalov
Anuj Mittal
Bruce Ashfield
Catalin Enache
Charlie Davies
Chee Yang Lee
Chen Qi
Chris Laplante
Christopher Larson
Denys Dmytriyenko
Diego Santa Cruz
Dorinda
Dorinda Bassey
Douglas Royds
Florian Bezdeka
He Zhe
Jan Brzezanski
Jain Sangeeta
Jan-Simon Möller
Jon Mason
Joshua Watt
Khem Raj
Lee Chee Yang
Li Wang
Marek Vasut
Mark Hatle
Martin Jansa
Meh Mbeh Ida Delphine
Michael Halstead
Michael Trensch
Mikko Rapeli
Milan Shah
Mingli Yu
Minjae Kim
Naveen Saini
Peter Kjellerstedt
Petr Vorel
Purushottam Choudhary
Richard Purdie
Robert P. J. Day
Ross Burton
Scott Murray
Stefan Ghinea
Stefan Schmidt
Stephen Jolley
Steve Sakoman
Teoh Jay Shen
Thomas Viehweger
Vivien Didelot
Wang Mingyu
Wes Lindauer
Yi Fan Yu
Yi Zhao
Yoann Congal
Zbigniew Bodek

- ---------------
Known Issues
- ---------------
N/A


- ---------------
Security Fixes
- ---------------
openssl: update to 1.1.1k to fix CVE-2021-3450 and CVE-2021-3449
git: fix CVE-2021-21300
connman: fix CVE-2021-26675, CVE-2021-26676
cve-check: CVE_VERSION_SUFFIX to work with patched release
cve-update-db-native: consider version suffix when update CVE db
wpa-supplicant: update CVE-2021-27803.patch
python3-jinja2: set CVE_PRODUCT
shadow: whitelist CVE-2013-4235
qemu: fix CVE-2021-20203
wpa-supplicant: fix CVE-2021-27803
librepo: fix CVE-2020-14352
libsdl2: fix CVE-2020-14409 CVE-2020-14410
wpa-supplicant: fix CVE-2021-0326
bind: fix CVE-2020-8625
screen: fix CVE-2021-26937
python3: fix CVE-2021-3177
u-boot: fix CVE-2020-8432 and CVE-2020-10648
cve-check: add CVE_CHECK_REPORT_PATCHED variable to suppress reporting of patched CVEs
cve-check: introduce CVE_CHECK_RECIPE_FILE variable to allow changing of per-recipe check file


- ---------------
Fixes
- ---------------
build-appliance-image: Update to dunfell head revision
poky.conf: Bump version for 3.1.7 release
documentation: prepare for 3.1.7 release
image,populate_sdk_base: move 'func' flag setting for sdk command vars
buildhistory: add missing vardepsexcludes
populate_sdk_ext: Avoid copying and producing .pyc files
libtool: make sure autoheader run before autoconf
bitbake.conf: correct description of HOSTTOOLS_DIR
documentation-audit.sh: Fix typo in specifying LICENSE_FLAGS_WHITELIST
run-postinsts: do not remove postinsts directory.
cryptodev-module: fix build failure with kernel v5.10
cryptodev-module: Backport a patch to fix build failure with kernel v5.8
linux-firmware: Fix packaging
linux-yocto/5.4: update to v5.4.107
bitbake: Force parser shutdown after catching an exception
linux-yocto/5.4: update to v5.4.105
selftest/wic: Fix dependency issue in rawcopy test
linux-dummy: add empty dependent packages
devshell.bbclass: Exceptions displayed within devpyshell
scripts/verify-bashisms: Update checkbashisms.pl URL
externalsrc: Detect code changes in submodules
cmake: Fully-qualified path to ar
initrdscripts: init-install-efi.sh install extra files for ESP
glibc: Pull latest 2.31 HEAD
iputils: fix various arping regressions
systemd-conf: do not ask for DHCP if configured on kernel command line
maintainers: update own email address
meta-selftest: Add HOMEPAGE / DESCRIPTION
bitbake-whatchanged: change ending quote to proper period
populate_sdk_ext: record METADATA_REVISION
devtool: Fix do_kernel_configme task
iso-codes: fix protocol in SRC_URI
Revert "sstatesig.py: show an error instead of warning when sstate manifest isn't found"
bitbake: runqueue: Add setscene task overlap sanity check
bitbake: runqueue: Fix task execution corruption issue
cups: use /run instead /var/run in systemd's unit file
insane: don't check for a warning string that is never output
build-appliance-image: Drop kernel module handling
ptest-packagelists: remove libinput-ptest
bitbake-bblayers/create: Fix incorrect priority help message
runqemu: use "raw" instead of "bin" for ovmf
dtc: Fix array-bounds error
rxvt-unicode: Do not use throw specifications
valgrind: Increase timeout duration 30 -> 90 s
oeqa/pam: Need shadow installed for the tests
wic: Warn if an ext filesystem affected by the Y2038 problem is used
selftest/reproducible: Add ability to pull some objects from sstate
efivar: Fix reproducibility issue
swig: Fix reproducibility issue
syslinux: Fix reproducibility issues
libid3tag: Fix reproducibility issue
meta/recipes-devtools: Add HOMEPAGE / DESCRIPTION
meta/recipes-graphics: Add HOMEPAGE / DESCRIPTION
meta/recipes-multimedia: Add HOMEPAGE / DESCRIPTION
meta/recipes-kernel: Add HOMEPAGE / DESCRIPTION
meta/recipes-support: Add HOMEPAGE / DESCRIPTION
meta/recipes-extended: Add HOMEPAGE / DESCRIPTION
meta-skeleton: Add HOMEPAGE / DESCRIPTION
meta/recipes-rt: Add HOMEPAGE / DESCRIPTION
recipes-support: Add missing HOMEPAGE and DESCRIPTION for recipes
recipes-sato: Add missing HOMEPAGE and DESCRIPTION for recipes
recipes-multimedia: Add missing HOMEPAGE and DESCRIPTION for recipes.
recipes-kernel: Add missing HOMEPAGE and DESCRIPTION for recipes.
recipes-graphics: Add missing HOMEPAGE and DESCRIPTION for recipes.
recipes-gnome: Add missing HOMEPAGE and DESCRIPTION for recipes
linux-yocto/5.4: update to v5.4.103
linux-yocto/5.4: update to v5.4.101
linux-yocto/5.4: update to v5.4.99
yocto-uninative.inc: version 3.0 incorporate seccomp filter workaround
yocto-uninative.inc: version 2.11 updates glibc to 2.33
linux-yocto: update genericx86* to v5.4.94
linux-yocto: update genericx86 to v5.4.87
linux-yocto: update genericx86* SRCREV for 5.4
local.conf.sample.extended: prefer INIT_MANAGER
local.conf.sample.extended: fix double 'of' typo
meta/recipes-core: Add HOMEPAGE / DESCRIPTION
meta/recipes-devtools: Add HOMEPAGE / DESCRIPTION
meta/recipes-connectivity: Add HOMEPAGE / DESCRIPTION
meta/recipes-bsp: Add HOMEPAGE / DESCRIPTION
cups: Fix reproducibility issues
asciidoc: Switch to using the main branch
package/package_rpm: Disable font_provides configuration for reproducibilty
reproducible: Improve SOURCE_DATE_EPOCH_FALLBACK handling
reproducible_builds: SOURCE_DATE_EPOCH should not be 0
report-error.bbclass: Add layer and bitbake version info to error report
libpcre: Drop old/stale patch
ca-certificates: Clean up two patches and submit upstream
libevdev: Update patch status to backport
maintainers: Update email address for Victor
bitbake.conf: Split PSEUDO_IGNORE_PATHS to be more readable
bitbake.conf/image: Move image specific PSEUDO_IGNORE_PATHS to image class
populate_sdk: Add directories to PSEUDO_IGNORE_PATHS
image: Add directories to PSEUDO_IGNORE_PATHS
sstatesig.py: show an error instead of warning when sstate manifest isn't found
linux-firmware: upgrade 20201218 -> 20210208
openssl: upgrade 1.1.1i -> 1.1.1j
bitbake: __init__.py: Fix bitbake debug log handling
selftest/reproducible: Don't call sync between each file compare
qemu: Backport patch to avoid assertion fails on icache line size
oeqa/commands: Fix compatibility with python 3.9
oe/recipeutils: Fix copying patches when BBLAYERS entries are not normalised
icu: backport fix for rare random genrb segmentation fault
wpebackend-fdo: Fix missing .so symlink when using dev package
package_rpm: Enable use_source_date_epoch_as_buildtime in package_rpm class
df.py: Add feature check for read-only-rootfs
weston-init: Fix weston-keyboard path in weston.ini
mtd-utils: Remove duplicate assignments to alternative link names
libomxil: Fix up commercial license flag
npm.bbclass: avoid building target nodejs for native npm recipes
groff: Fix determinism issue
xmlto: Fix reproducibility
xorg-minimal-fonts: Really fix determinism
xorg-fonts-minimal: Fix reproducibility
watchdog: Avoid reproducibility failures after fixing build
watchdog: Fix determinism issue from sendmail host path
vim: Fix a race over creation of the desktop files
vim: Improve determinism
cwautomacros: Ensure version is set deterministically
oeqa/runlevel : add test for runlevels
oeqa: reproducible: Add more logging
oeqa: reproducible: Fix SSTATE_MIRRORS variable
buildtools-extended-tarball: Add glibc-gconvs needed for build
quilt: Be determnistic about column presence
linux-yocto/5.4: update to v5.4.98
linux-yocto/5.4: update to v5.4.96
go: update to 1.14.15
sudo: 1.8.31 -> 1.8.32
cve-check.bbclass: add layer to cve log
pseudo: Update to include fixes for glibc 2.33
pseudo: Update for rename and faccessat fixes
pseudo: Update to work with glibc 2.33
poky.conf: Drop OELAYOUT_ABI poking


OpenEmbedded Happy Hour April 28 9pm/2100 UTC

Denys Dmytriyenko
 

Hi,

Please join us for the upcoming OpenEmbedded Happy Hour on April 28 for
Asia/Pacific timezones @ 2100/9pm UTC (5pm EDT):

https://www.openembedded.org/wiki/Calendar
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+April+28&iso=20210428T21

--
Regards,
Denys Dmytriyenko <denis@denix.org>
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964


need support for QPSQL plugins for PostgreSQL in rootfs created with Rocko version #qt5 #rocko

rohit jadhav
 

I have created Rootfs with Rocko build  for imx6. I am trying to use qt application with PostgreSQL database.
Not able to access database.
Showing log like :
QSqlDatabase: QPSQL driver not loaded
QSqlDatabase: available drivers:
"Driver not loaded Driver not loaded"

Is related to qtdeclarative-plugins?
If yes if I try to include it in local.conf and try to build then it showing error :
qtdeclarative-plugins
No package qtdeclarative-plugins available.

It was working with Krogoth.

OR
To include QPSQL in rootfs did missed any Package in my  Rocko build ?

Please guide me in this regards

Thanks and Regards
Rohit J


Re: #yocto llvm support and meta-clang #yocto

Monsees, Steven C (US)
 

Khem:

There are at least 4 zeus released tags, can you vouch for one of them to work properly with meta-clang ?
Porting to dunfell might not be possible at this time...

Would it be possible to build the dunfell drop of meta-clang under zeus ?


Although we do not plan on using clang in the kernel, I did a quick build to see if I would get a similar error...
Seeing: error: unknown argument: '-maccumulate-outgoing-args' for kernel build

Any ideas what might be missing ?

Again Note: If I remove/comment out the line TOOLCHAIN ?= "clang" in conf/local.conf, the build is much faster,
and it builds without the error, also appears not to require/include "llvm" component in build.
I do not believe the full package was actually built/enabled, but no errors and image is functional.

Steps used to build a clean Kernel image with meta-clang...

(1) Added meta-clang to bblayers.conf

(2) Added Setting for meta-clang in conf/local.conf:

TOOLCHAIN ?= "clang"

The build is much slower due to "clang-native-9.0.1-r0 do_compile"...

EXT SDK build error seen:
=========================

13:36 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default> bitbake -k sbcb-defaultfs-fullParsing recipes: 100% |#################################################################################| Time: 0:01:27
Parsing of 2463 .bb files complete (0 cached, 2463 parsed). 3671 targets, 91 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.44.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "rhel-7.9"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "sbcb-default"
DISTRO = "limws"
DISTRO_VERSION = "3.0.4"
TUNE_FEATURES = "m64 corei7"
TARGET_FPU = ""
meta
meta-poky = "my_yocto_3.0.4:f2eb22a8783f1eecf99bd4042695bab920eed00e"
meta-perl
meta-python
meta-filesystems
meta-networking
meta-initramfs
meta-oe = "zeus:2b5dd1eb81cd08bc065bc76125f2856e9383e98b"
meta-clang = "zeus:f5355ca9b86fb5de5930132ffd95a9b352d694f9"
meta = "master:a32ddd2b2a51b26c011fa50e441df39304651503"
meta-intel = "zeus:d9942d4c3a710406b051852de7232db03c297f4e"
meta-intel = "v2019.02:f635a364c55f1fb12519aff54924a0a5b947091e"

Initialising tasks: 100% |##############################################################################| Time: 0:00:05
Checking sstate mirror object availability: 100% |######################################################| Time: 0:00:01
Sstate summary: Wanted 2137 Found 709 Missed 1428 Current 0 (33% match, 0% complete)
NOTE: Executing Tasks
NOTE: Setscene tasks completed
ERROR: gnu-efi-3.0.9-r0 do_compile: oe_runmake failed
ERROR: gnu-efi-3.0.9-r0 do_compile: Execution of '/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/temp/run.do_compile.1840' failed with exit code 1:
mkdir -p /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib
make -C /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib -f /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/Makefile SRCDIR=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib ARCH=x86_64
make[1]: Entering directory `/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib'
for sdir in ia32 x86_64 ia64 aarch64 arm mips64el runtime; do mkdir -p $sdir; done
x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/boxdraw.c -o boxdraw.o
x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/smbios.c -o smbios.o
clang-9x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/console.c -o console.o
: error: unknown argument: '-maccumulate-outgoing-args'
clang-9: error: unknown argument: '-maccumulate-outgoing-args'
clang-9: error: unknown argument: '-maccumulate-outgoing-args'
make[1]: *** [boxdraw.o] Error 1
make[1]: *** Waiting for unfinished jobs....
clang-9: error: unknown argument: '-maccumulate-outgoing-args'
make[1]: *** [smbios.o] Error 1
make[1]: *** wait: No child processes. Stop.
make: *** [lib] Error 2
WARNING: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/temp/run.do_compile.1840:1 exit 1 from 'exit 1'

ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/temp/log.do_compile.1840
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 4 ARCH=x86_64 CC=x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot AS=x86_64-poky-linux-as LD=x86_64-poky-linux-ld --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot AR=x86_64-poky-linux-llvm-ar RANLIB=x86_64-poky-linux-llvm-ranlib OBJCOPY=x86_64-poky-linux-objcopy PREFIX=/usr LIBDIR=/usr/lib
| mkdir -p /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib
| make -C /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib -f /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/Makefile SRCDIR=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib ARCH=x86_64
| make[1]: Entering directory `/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib'
| for sdir in ia32 x86_64 ia64 aarch64 arm mips64el runtime; do mkdir -p $sdir; done
| x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/boxdraw.c -o boxdraw.o
| x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/smbios.c -o smbios.o
| clang-9x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/console.c -o console.o
| : error: unknown argument: '-maccumulate-outgoing-args'
| clang-9: error: unknown argument: '-maccumulate-outgoing-args'
| clang-9: error: unknown argument: '-maccumulate-outgoing-args'
| make[1]: *** [boxdraw.o] Error 1
| make[1]: *** Waiting for unfinished jobs....
| clang-9: error: unknown argument: '-maccumulate-outgoing-args'
| make[1]: *** [smbios.o] Error 1
| make[1]: *** wait: No child processes. Stop.
| ERROR: oe_runmake failed
| make: *** [lib] Error 2
| WARNING: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/temp/run.do_compile.1840:1 exit 1 from 'exit 1'
| ERROR: Execution of '/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/temp/run.do_compile.1840' failed with exit code 1:
| mkdir -p /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib
| make -C /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib -f /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/Makefile SRCDIR=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib ARCH=x86_64
| make[1]: Entering directory `/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9/x86_64/lib'
| for sdir in ia32 x86_64 ia64 aarch64 arm mips64el runtime; do mkdir -p $sdir; done
| x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/boxdraw.c -o boxdraw.o
| x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/smbios.c -o smbios.o
| clang-9x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -msse4.2 -mlittle-endian -Wno-error=unused-command-line-argument -Qunused-arguments --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/x86_64 -I/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/../inc/protocol -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0=/usr/src/debug/gnu-efi/3.0.9-r0 -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot= -fdebug-prefix-map=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/recipe-sysroot-native= -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -Wno-error=pragmas -mno-red-zone -mno-avx -fpic -g -O2 -Wall -Wextra -Werror -fshort-wchar -fno-strict-aliasing -ffreestanding -fno-stack-protector -fno-stack-check -fno-stack-check -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -DCONFIG_x86_64 -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11 -c /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/gnu-efi-3.0.9//lib/console.c -o console.o
| : error: unknown argument: '-maccumulate-outgoing-args'
| clang-9: error: unknown argument: '-maccumulate-outgoing-args'
| clang-9: error: unknown argument: '-maccumulate-outgoing-args'
| make[1]: *** [boxdraw.o] Error 1
| make[1]: *** Waiting for unfinished jobs....
| clang-9: error: unknown argument: '-maccumulate-outgoing-args'
| make[1]: *** [smbios.o] Error 1
| make[1]: *** wait: No child processes. Stop.
| make: *** [lib] Error 2
| WARNING: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/gnu-efi/3.0.9-r0/temp/run.do_compile.1840:1 exit 1 from 'exit 1'
|
ERROR: Task (/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.9.bb:do_compile) failed with exit code '1'
ERROR: thermald-1.9-r0 do_prepare_recipe_sysroot: The file /usr/lib/libgomp.so is installed by both openmp and gcc-runtime, aborting
ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/thermald/1.9-r0/temp/log.do_prepare_recipe_sysroot.27971
ERROR: Task (/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-intel/recipes-bsp/thermald/thermald_1.9.bb:do_prepare_recipe_sysroot) failed with exit code '1'
ERROR: nfs-utils-2.4.1-r0 do_configure: configure failed
ERROR: nfs-utils-2.4.1-r0 do_configure: Execution of '/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/temp/run.do_configure.10368' failed with exit code 1:
automake (GNU automake) 1.16.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later <https://gnu.org/licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Tom Tromey <tromey@redhat.com>
and Alexandre Duret-Lutz <adl@gnu.org>.
AUTOV is 1.16
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --system-acdir=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot/usr/share/aclocal/ --automake-acdir=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal-1.16 -I /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ -I /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force -I aclocal
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'aclocal'.
libtoolize: copying file 'aclocal/libtool.m4'
libtoolize: copying file 'aclocal/ltoptions.m4'
libtoolize: copying file 'aclocal/ltsugar.m4'
libtoolize: copying file 'aclocal/ltversion.m4'
libtoolize: copying file 'aclocal/lt~obsolete.m4'
autoreconf: running: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/bin/autoconf --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force
autoreconf: running: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/bin/autoheader --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:11: installing './compile'
configure.ac:7: installing './missing'
support/export/Makefile.am: installing './depcomp'
support/nsm/Makefile.am:13: warning: source file '../misc/misc.c' is in a subdirectory,
support/nsm/Makefile.am:13: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the 'subdir-objects'
automake: automake option hasn't been enabled. For now, the corresponding output
automake: object file(s) will be placed in the top-level directory. However,
automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout your
automake: project, to avoid future incompatibilities.
autoreconf: running: gnu-configize
autoreconf: Leaving directory `.'
configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/endian-little
configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common-linux
configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common-glibc
configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/x86_64-linux
configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common
configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-openembedded/meta-networking/site/endian-little
configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot/usr/share/x86_64-poky-linux_config_site.d/ncurses_config
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-poky-linux-gnu
checking for a BSD-compatible install... /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/hosttools/install -c
checking whether build environment is sane... yes
checking for x86_64-poky-linux-strip... x86_64-poky-linux-strip
checking for a thread-safe mkdir -p... /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/hosttools/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make supports the include directive... yes (GNU style)
checking for x86_64-poky-linux-gcc... x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -mfpmath=sse -msse4.2 -Werror=unknown-warning-option -mlittle-endian --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot
checking whether the C compiler works... no
configure: error: in `/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1':
configure: error: C compiler cannot create executables
See `config.log' for more details
WARNING: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/temp/run.do_configure.10368:1 exit 1 from 'exit 1'

ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/temp/log.do_configure.10368
Log data follows:
| DEBUG: Executing shell function autotools_preconfigure
| DEBUG: Shell function autotools_preconfigure finished
| DEBUG: Executing python function autotools_aclocals
| DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc', 'bit-64', 'x86_64-linux', 'common']
| DEBUG: Python function autotools_aclocals finished
| DEBUG: Executing shell function do_configure
| automake (GNU automake) 1.16.1
| Copyright (C) 2018 Free Software Foundation, Inc.
| License GPLv2+: GNU GPL version 2 or later <https://gnu.org/licenses/gpl-2.0.html>
| This is free software: you are free to change and redistribute it.
| There is NO WARRANTY, to the extent permitted by law.
|
| Written by Tom Tromey <tromey@redhat.com>
| and Alexandre Duret-Lutz <adl@gnu.org>.
| AUTOV is 1.16
| NOTE: Executing ACLOCAL="aclocal --system-acdir=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot/usr/share/aclocal/ --automake-acdir=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal-1.16" autoreconf -Wcross --verbose --install --force --exclude=autopoint -I /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ -I /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/
| autoreconf: Entering directory `.'
| autoreconf: configure.ac: not using Gettext
| autoreconf: running: aclocal --system-acdir=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot/usr/share/aclocal/ --automake-acdir=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal-1.16 -I /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ -I /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force -I aclocal
| autoreconf: configure.ac: tracing
| autoreconf: running: libtoolize --copy --force
| libtoolize: putting auxiliary files in '.'.
| libtoolize: copying file './ltmain.sh'
| libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'aclocal'.
| libtoolize: copying file 'aclocal/libtool.m4'
| libtoolize: copying file 'aclocal/ltoptions.m4'
| libtoolize: copying file 'aclocal/ltsugar.m4'
| libtoolize: copying file 'aclocal/ltversion.m4'
| libtoolize: copying file 'aclocal/lt~obsolete.m4'
| autoreconf: running: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/bin/autoconf --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force
| autoreconf: running: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/bin/autoheader --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force
| autoreconf: running: automake --add-missing --copy --force-missing
| configure.ac:11: installing './compile'
| configure.ac:7: installing './missing'
| support/export/Makefile.am: installing './depcomp'
| support/nsm/Makefile.am:13: warning: source file '../misc/misc.c' is in a subdirectory,
| support/nsm/Makefile.am:13: but option 'subdir-objects' is disabled
| automake: warning: possible forward-incompatibility.
| automake: At least a source file is in a subdirectory, but the 'subdir-objects'
| automake: automake option hasn't been enabled. For now, the corresponding output
| automake: object file(s) will be placed in the top-level directory. However,
| automake: this behaviour will change in future Automake versions: they will
| automake: unconditionally cause object files to be placed in the same subdirectory
| automake: of the corresponding sources.
| automake: You are advised to start using 'subdir-objects' option throughout your
| automake: project, to avoid future incompatibilities.
| autoreconf: running: gnu-configize
| autoreconf: Leaving directory `.'
| NOTE: Running ./configure --build=x86_64-linux --host=x86_64-poky-linux --target=x86_64-poky-linux --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com --localstatedir=/var --libdir=/usr/lib --includedir=/usr/include --oldincludedir=/usr/include --infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot --with-statduser=rpcuser --enable-mountconfig --enable-libmount-mount --enable-uuid --disable-gss --disable-nfsdcltrack --with-statdpath=/var/lib/nfs/statd --disable-static --enable-ipv6 --disable-nfsv4 --disable-nfsv41 --with-tcp-wrappers
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/endian-little
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common-linux
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common-glibc
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/x86_64-linux
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-openembedded/meta-networking/site/endian-little
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot/usr/share/x86_64-poky-linux_config_site.d/ncurses_config
| checking build system type... x86_64-pc-linux-gnu
| checking host system type... x86_64-poky-linux-gnu
| checking for a BSD-compatible install... /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/hosttools/install -c
| checking whether build environment is sane... yes
| checking for x86_64-poky-linux-strip... x86_64-poky-linux-strip
| checking for a thread-safe mkdir -p... /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/hosttools/mkdir -p
| checking for gawk... gawk
| checking whether make sets $(MAKE)... yes
| checking whether make supports nested variables... yes
| checking whether to enable maintainer-specific portions of Makefiles... no
| checking whether make supports the include directive... yes (GNU style)
| checking for x86_64-poky-linux-gcc... x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -mfpmath=sse -msse4.2 -Werror=unknown-warning-option -mlittle-endian --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot
| checking whether the C compiler works... no
| configure: error: in `/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1':
| configure: error: C compiler cannot create executables
| See `config.log' for more details
| NOTE: The following config.log files may provide further information.
| NOTE: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/config.log
| ERROR: configure failed
| WARNING: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/temp/run.do_configure.10368:1 exit 1 from 'exit 1'
| ERROR: Execution of '/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/temp/run.do_configure.10368' failed with exit code 1:
| automake (GNU automake) 1.16.1
| Copyright (C) 2018 Free Software Foundation, Inc.
| License GPLv2+: GNU GPL version 2 or later <https://gnu.org/licenses/gpl-2.0.html>
| This is free software: you are free to change and redistribute it.
| There is NO WARRANTY, to the extent permitted by law.
|
| Written by Tom Tromey <tromey@redhat.com>
| and Alexandre Duret-Lutz <adl@gnu.org>.
| AUTOV is 1.16
| autoreconf: Entering directory `.'
| autoreconf: configure.ac: not using Gettext
| autoreconf: running: aclocal --system-acdir=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot/usr/share/aclocal/ --automake-acdir=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal-1.16 -I /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ -I /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force -I aclocal
| autoreconf: configure.ac: tracing
| autoreconf: running: libtoolize --copy --force
| libtoolize: putting auxiliary files in '.'.
| libtoolize: copying file './ltmain.sh'
| libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'aclocal'.
| libtoolize: copying file 'aclocal/libtool.m4'
| libtoolize: copying file 'aclocal/ltoptions.m4'
| libtoolize: copying file 'aclocal/ltsugar.m4'
| libtoolize: copying file 'aclocal/ltversion.m4'
| libtoolize: copying file 'aclocal/lt~obsolete.m4'
| autoreconf: running: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/bin/autoconf --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force
| autoreconf: running: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/bin/autoheader --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1/aclocal/ --include=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force
| autoreconf: running: automake --add-missing --copy --force-missing
| configure.ac:11: installing './compile'
| configure.ac:7: installing './missing'
| support/export/Makefile.am: installing './depcomp'
| support/nsm/Makefile.am:13: warning: source file '../misc/misc.c' is in a subdirectory,
| support/nsm/Makefile.am:13: but option 'subdir-objects' is disabled
| automake: warning: possible forward-incompatibility.
| automake: At least a source file is in a subdirectory, but the 'subdir-objects'
| automake: automake option hasn't been enabled. For now, the corresponding output
| automake: object file(s) will be placed in the top-level directory. However,
| automake: this behaviour will change in future Automake versions: they will
| automake: unconditionally cause object files to be placed in the same subdirectory
| automake: of the corresponding sources.
| automake: You are advised to start using 'subdir-objects' option throughout your
| automake: project, to avoid future incompatibilities.
| autoreconf: running: gnu-configize
| autoreconf: Leaving directory `.'
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/endian-little
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common-linux
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common-glibc
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/x86_64-linux
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/site/common
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-openembedded/meta-networking/site/endian-little
| configure: loading site script /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot/usr/share/x86_64-poky-linux_config_site.d/ncurses_config
| checking build system type... x86_64-pc-linux-gnu
| checking host system type... x86_64-poky-linux-gnu
| checking for a BSD-compatible install... /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/hosttools/install -c
| checking whether build environment is sane... yes
| checking for x86_64-poky-linux-strip... x86_64-poky-linux-strip
| checking for a thread-safe mkdir -p... /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/hosttools/mkdir -p
| checking for gawk... gawk
| checking whether make sets $(MAKE)... yes
| checking whether make supports nested variables... yes
| checking whether to enable maintainer-specific portions of Makefiles... no
| checking whether make supports the include directive... yes (GNU style)
| checking for x86_64-poky-linux-gcc... x86_64-poky-linux-clang -m64 -march=nehalem -mtune=generic -mfpmath=sse -msse4.2 -Werror=unknown-warning-option -mlittle-endian --sysroot=/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/recipe-sysroot
| checking whether the C compiler works... no
| configure: error: in `/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/nfs-utils-2.4.1':
| configure: error: C compiler cannot create executables
| See `config.log' for more details
| WARNING: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/corei7-64-poky-linux/nfs-utils/2.4.1-r0/temp/run.do_configure.10368:1 exit 1 from 'exit 1'
|
ERROR: Task (/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.1.bb:do_configure) failed with exit code '1'
NOTE: Tasks Summary: Attempted 5925 tasks of which 1948 didn't need to be rerun and 3 failed.

Summary: 3 tasks failed:
/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.9.bb:do_compile
/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-intel/recipes-bsp/thermald/thermald_1.9.bb:do_prepare_recipe_sysroot
/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.1.bb:do_configure
Summary: There were 5 ERROR messages shown, returning a non-zero exit code.
17:03 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>

-----Original Message-----
From: Khem Raj <raj.khem@gmail.com>
Sent: Tuesday, April 20, 2021 4:51 PM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>
Cc: yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto llvm support and meta-clang

External Email Alert

This email has been sent from an account outside of the BAE Systems network.

Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros. For further information on how to spot phishing, access "Cybersecurity OneSpace Page" and report phishing by clicking the button "Report Phishing" on the Outlook toolbar.


On Tue, Apr 20, 2021 at 12:18 PM Monsees, Steven C (US) <steven.monsees@baesystems.com> wrote:


There appears to be an issue with build zeus based meta-clang under zeus platform...

I followed steps off meta-clang page, and from the work I did with meta-clang under "Rocko" about a year ago, a lot has changed under the hood...

Working under zeus 3.0.4... EXT SDK appears fully functional, I require CLANG/LLVM for future development...
I think for future development you should look into dunfell or newer since those are supported releases.

Never seen this error before, did I miss a patch or possibly a step ?
clang toolchain has evolved rapidly in past few years and so you might find major changes from release to release and also SDK builds are relatively new, I think dunfell and newer is where its properly working without much issues.


Clean build area...

(1) Add meta-clang to bblayers.conf

(2) Added EXT SDK Settings for meta-clang :

SDKIMAGE_FEATURES_append = " staticdev-pkgs"

SDK_EXTRA_TOOLS = " \
nativesdk-cmake \
nativesdk-clang \ <---Only appears to download/build llvm when present
"

TOOLCHAIN_HOST_TASK_append = "${SDK_EXTRA_TOOLS}"

The build is much slower due to "native-clang-9.0.1-r0 do_compile"...


EXT SDK build error seen:
=========================

10:12 smonsees@yix490038
/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>
bitbake sbcb-defaultfs-full -c populate_sdk_ext Parsing recipes: 100% |#################################################################################| Time: 0:01:25 Parsing of 2463 .bb files complete (0 cached, 2463 parsed). 3671 targets, 91 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.44.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "rhel-7.9"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "sbcb-default"
DISTRO = "limws"
DISTRO_VERSION = "3.0.4"
TUNE_FEATURES = "m64 corei7"
TARGET_FPU = ""
meta
meta-poky = "my_yocto_3.0.4:f2eb22a8783f1eecf99bd4042695bab920eed00e"
meta-perl
meta-python
meta-filesystems
meta-networking
meta-initramfs
meta-oe = "zeus:2b5dd1eb81cd08bc065bc76125f2856e9383e98b"
meta-clang = "zeus:f5355ca9b86fb5de5930132ffd95a9b352d694f9"
meta = "master:a32ddd2b2a51b26c011fa50e441df39304651503"
meta-intel = "zeus:d9942d4c3a710406b051852de7232db03c297f4e"
meta-intel = "v2019.02:f635a364c55f1fb12519aff54924a0a5b947091e"

NOTE: Fetching uninative binary shim from
file:///ede/tms/yocto/zeus/downloads/intel/x86_64-nativesdk-libc.tar.x
z;sha256sum=a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b
8c21ab Initialising tasks: 100%
|#####################################################################
#########| Time: 0:00:12 Checking sstate mirror object availability:
100% |######################################################| Time:
0:00:00 Sstate summary: Wanted 2490 Found 2157 Missed 333 Current 0
(86% match, 0% complete)
NOTE: Executing Tasks
NOTE: Setscene tasks completed
ERROR: sbcb-defaultfs-full-1.0-r0 do_sdk_depends: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
0001:
*** 0002:extend_recipe_sysroot(d)
0003:
File: '/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/classes/staging.bbclass', lineno: 551, function: extend_recipe_sysroot
0547: dest = newmanifest[l]
0548: if l.endswith("/"):
0549: staging_copydir(l, targetdir, dest, seendirs)
0550: continue
*** 0551: staging_copyfile(l, targetdir, dest, postinsts, seendirs)
0552:
0553: bb.note("Installed into sysroot: %s" % str(msg_adding))
0554: bb.note("Skipping as already exists in sysroot: %s" % str(msg_exists))
0555:
File: '/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/classes/staging.bbclass', lineno: 144, function: staging_copyfile
0140: if os.path.islink(c):
0141: linkto = os.readlink(c)
0142: if os.path.lexists(dest):
0143: if not os.path.islink(dest):
*** 0144: raise OSError(errno.EEXIST, "Link %s already exists as a file" % dest, dest)
0145: if os.readlink(dest) == linkto:
0146: return dest
0147: raise OSError(errno.EEXIST, "Link %s already exists to a different location? (%s vs %s)" % (dest, os.readlink(dest), linkto), dest)
0148: os.symlink(linkto, dest)
Exception: FileExistsError: [Errno 17] Link /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/recipe-sysroot/lib already exists as a file: '/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/recipe-sysroot/lib'

ERROR: Logfile of failure stored in:
/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/wor
k/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/temp/log.do_sdk_d
epends.24732
ERROR: Task (/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-bae/meta-limws/meta-intel/recipes-core/images/sbcb-defaultfs-full.bb:do_sdk_depends) failed with exit code '1'
NOTE: Tasks Summary: Attempted 6892 tasks of which 5539 didn't need to be rerun and 1 failed.

Summary: 1 task failed:

/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-bae/meta-limws/
meta-intel/recipes-core/images/sbcb-defaultfs-full.bb:do_sdk_depends
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
13:01 smonsees@yix490038
/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>



Note: Modifying SDK_EXTRA_TOOLS by removing "nativesdk-clang", i.e.:

SDK_EXTRA_TOOLS = " \
nativesdk-cmake \
"

If I remove, the build is much faster, and it builds without the
error, also appears not to require/include "llvm" component in build.
I do not believe the full package was actually built/enabled, but no errors and image is functional.


13:09 smonsees@yix490038
/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>
bitbake sbcb-defaultfs-full -c populate_sdk_ext Parsing recipes: 100% |#################################################################################| Time: 0:01:26 Parsing of 2463 .bb files complete (0 cached, 2463 parsed). 3671 targets, 91 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.44.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "rhel-7.9"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "sbcb-default"
DISTRO = "limws"
DISTRO_VERSION = "3.0.4"
TUNE_FEATURES = "m64 corei7"
TARGET_FPU = ""
meta
meta-poky = "my_yocto_3.0.4:f2eb22a8783f1eecf99bd4042695bab920eed00e"
meta-perl
meta-python
meta-filesystems
meta-networking
meta-initramfs
meta-oe = "zeus:2b5dd1eb81cd08bc065bc76125f2856e9383e98b"
meta-clang = "zeus:f5355ca9b86fb5de5930132ffd95a9b352d694f9"
meta = "master:a32ddd2b2a51b26c011fa50e441df39304651503"
meta-intel = "zeus:d9942d4c3a710406b051852de7232db03c297f4e"
meta-intel = "v2019.02:f635a364c55f1fb12519aff54924a0a5b947091e"

NOTE: Fetching uninative binary shim from
file:///ede/tms/yocto/zeus/downloads/intel/x86_64-nativesdk-libc.tar.x
z;sha256sum=a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b
8c21ab Initialising tasks: 100%
|#####################################################################
#########| Time: 0:00:12 Checking sstate mirror object availability:
100% |######################################################| Time:
0:00:00 Sstate summary: Wanted 2436 Found 2407 Missed 29 Current 0
(98% match, 0% complete)
NOTE: Executing Tasks
NOTE: Setscene tasks completed
NOTE: Tasks Summary: Attempted 6767 tasks of which 6223 didn't need to be rerun and all succeeded.
13:31 smonsees@yix490038
/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>


-----Original Message-----
From: Khem Raj <raj.khem@gmail.com>
Sent: Tuesday, April 20, 2021 12:02 PM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; Anton
Antonov <anton.antonov@arm.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto llvm support

External Email Alert

This email has been sent from an account outside of the BAE Systems network.

Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros. For further information on how to spot phishing, access "Cybersecurity OneSpace Page" and report phishing by clicking the button "Report Phishing" on the Outlook toolbar.



On 4/20/21 7:00 AM, Monsees, Steven C (US) via lists.yoctoproject.org wrote:
I noticed similar behavior.

I am running zeus 3.0.4, "devtool sdk-install llvm" will get llvm
8.0.1.

When I build meta-clang, and I set TOOLCHAIN?="clang" in local.conf
it appears to grab llvm-project-source-9.0.1-9.0.1.
this is intentional, when you use meta-clang, then llvm is preferred from LLVM since them we have consistent version of llvm for clang and others.

*From:*yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org>
*On Behalf Of *Anton Antonov
*Sent:* Tuesday, April 20, 2021 9:51 AM
*To:* yocto@lists.yoctoproject.org
*Subject:* Re: [yocto] #yocto llvm support

*_External Email Alert_*

*This email has been sent from an account outside of the BAE Systems
network.*

Please treat the email with caution, especially if you are requested
to click on a link, decrypt/open an attachment, or enable macros.
For further information on how to spot phishing, access
"Cybersecurity OneSpace Page" and report phishing by clicking the
button "Report Phishing" on the Outlook toolbar.


Hi Steven,

I used meta-clang in my recipes and I noticed that:
1. The current release of poky uses LLVM v11.1.0 by default
(poky/meta/recipes-devtools/llvm/llvm_git.bb)
2. Meta-clang requires LLVM v12.0.0 (meta-clang/conf/layer.conf
defines LLVMVERSION = "12.0.0")

As a result just including meta-clang into bblayers.conf will
require bitbake to build a new version of LLVM and rebuild
everything which uses it

Anton





Re: [layerindex-web][PATCH] Add SPDX license headers to layerindex-web source files

Meh Mbeh Ida Delphine
 

No worries, thanks for the update! 


On Tue, 20 Apr 2021, 11:20 pm Paul Eggleton, <bluelightning@...> wrote:
Hi Ida

On Wednesday, 3 February 2021 00:08:24 NZST Meh Mbeh Ida Delphine wrote:
> I sent this patch October last year and couldn't be integrated since it was
> the end of the development cycle.

My sincere apologies for the delay. I have now integrated this, but I did have
to make a few changes:

1) Dropped the newline changes; these weren't related and also modified files
that we want to ship as unmodified copies from upstream.

2) Removed some added copyright notices where they weren't necessary, and
adjusted the dates to reflect when the changes were made in some other cases.

Thanks for the patch!

Paul



Re: [layerindex-web][PATCH] Add SPDX license headers to layerindex-web source files

Paul Eggleton
 

Hi Ida

On Wednesday, 3 February 2021 00:08:24 NZST Meh Mbeh Ida Delphine wrote:
I sent this patch October last year and couldn't be integrated since it was
the end of the development cycle.
My sincere apologies for the delay. I have now integrated this, but I did have
to make a few changes:

1) Dropped the newline changes; these weren't related and also modified files
that we want to ship as unmodified copies from upstream.

2) Removed some added copyright notices where they weren't necessary, and
adjusted the dates to reflect when the changes were made in some other cases.

Thanks for the patch!

Paul


Re: [PATCH yocto-autobuilder-helper 1/4] config.json: add "collect-data" template -- Build: 20210420-1

Randy MacLeod
 

Summary:

Build: 20210420-1 had 23 triggers and isn't really worth
analyzing. Stay tuned for what is hopefully better data
with a higher timeout threshold.

There is a nice looking pair of graph attached though! :)

../Randy

On 2021-04-15 4:48 p.m., Randy MacLeod wrote:
On 2021-04-15 1:55 p.m., Randy MacLeod wrote:

Should we  increase the interval to 30, 60, ore more seconds?
I've bumped the interval to 60 seconds.


I spent some time looking at the first bit of data along with
Sakib and Saul from time to time.
General conclusions:
1. It seems like ALL triggers involve oe-selftest being active.
Still true.
2. xz might be a problem but we're not sure yet.
Added to graph attached.

3. We need more data and tools and time to think about it.


To Do:
1. increase top cmdline length from 512 to 16K
Still to do, maybe. It's not clear that it's useful yet.

2. sometimes we see:
Command '['oe-time-dd-test.sh', '100']' timed out after 10.0 seconds
That should not happen so we should understand why and either increase
the time between runs or fix the tooling. This seems to happen under load
so it's hiding the interesting data that we are looking for!
With a 60 second interval, this does NOT happen.

3. tail the cooker console in addition to top. Present that before top.
It would be nice to have a top equivalent for bitbake.
Still to do.
This can be done via the cooker log.
We can parse the file and do:
1. list recent tasks regardless of whether they have completed:
tail -20?
2. list tasks that have started but not completed.



This email is about:
https://autobuilder.yocto.io/pub/non-release/20210420-1/
It was a 'quick' build. There was only 1 log file produced.
It used the master so the timeout was still 5 seconds.

There were 23 (!!) times that the dd time exceeded the
15 (ACTUALLY 5) second limit out of a total of 1504 invocations
and those triggers were captured by 1 log file:
testresults/qemux86-world/2021-04-20--03-43/host_stats_0_top.txt


Splitting each top output into a separate file as before,
now we have 23 log files:

How big are these files, ie how many process/kernel threads were running
when top ran?

$ wc -l host-stats-0* | sort -n
699 host-stats-03:42:40--23.log
704 host-stats-02:20:41--5.log
720 host-stats-03:33:41--21.log
733 host-stats-02:19:40--4.log
743 host-stats-03:32:41--20.log
752 host-stats-02:25:45--6.log
753 host-stats-02:02:46--3.log
760 host-stats-03:36:07--22.log
784 host-stats-02:01:48--2.log
784 host-stats-03:30:43--18.log
802 host-stats-02:45:55--10.log
807 host-stats-03:31:42--19.log
816 host-stats-03:29:49--17.log
829 host-stats-03:19:50--15.log
845 host-stats-02:41:40--8.log
851 host-stats-02:00:57--1.log
899 host-stats-02:32:47--7.log
906 host-stats-03:18:41--14.log
925 host-stats-03:28:24--16.log
947 host-stats-02:42:41--9.log
1084 host-stats-03:16:50--13.log
1204 host-stats-02:54:43--11.log
1314 host-stats-03:03:41--12.log
19661 total



I noticed that several but not all log files were running xz:

$ for i in `ls host-stats-*`; do echo -n $i ": "; grep "xz " $i | wc -l; done
host-stats-02:00:57--1.log : 0
host-stats-02:01:48--2.log : 0
host-stats-02:02:46--3.log : 0
host-stats-02:19:40--4.log : 2
host-stats-02:20:41--5.log : 0
host-stats-02:25:45--6.log : 2
host-stats-02:32:47--7.log : 0
host-stats-02:41:40--8.log : 1
host-stats-02:42:41--9.log : 2
host-stats-02:45:55--10.log : 1
host-stats-02:54:43--11.log : 0
host-stats-03:03:41--12.log : 0
host-stats-03:16:50--13.log : 47
host-stats-03:18:41--14.log : 0
host-stats-03:19:50--15.log : 9
host-stats-03:28:24--16.log : 15
host-stats-03:29:49--17.log : 0
host-stats-03:30:43--18.log : 0
host-stats-03:31:42--19.log : 7
host-stats-03:32:41--20.log : 7
host-stats-03:33:41--21.log : 11
host-stats-03:36:07--22.log : 15
host-stats-03:42:40--23.log : 9


I've plotted the number of xz processes along with the load average
and the dd time in the attached graph.


All of the top output logs seems to be running oe-selftest:

for i in host-stats-0*; do grep -H -c "DISPLAY.*oe-selftest " $i ; done
host-stats-02:00:57--1.log:1
host-stats-02:01:48--2.log:1
host-stats-02:02:46--3.log:1
host-stats-02:19:40--4.log:1
host-stats-02:20:41--5.log:1
host-stats-02:25:45--6.log:1
host-stats-02:32:47--7.log:1
host-stats-02:41:40--8.log:2
host-stats-02:42:41--9.log:2
host-stats-02:45:55--10.log:2
host-stats-02:54:43--11.log:2
host-stats-03:03:41--12.log:2
host-stats-03:16:50--13.log:2
host-stats-03:18:41--14.log:2
host-stats-03:19:50--15.log:2
host-stats-03:28:24--16.log:2
host-stats-03:29:49--17.log:2
host-stats-03:30:43--18.log:2
host-stats-03:31:42--19.log:2
host-stats-03:32:41--20.log:2
host-stats-03:33:41--21.log:2
host-stats-03:36:07--22.log:2
host-stats-03:42:40--23.log:2



The logs DO seem to be clustered in that there are several 1 minute adjacent intervals where the dd time exceeded the threshold.

Data here but you can see this in the attached graph.

$ for i in host-stats-*; do echo -n $i ": "; head -1 $i | cut -c -15; done
host-stats-02:00:57--1.log : top - 02:00:57
host-stats-02:01:48--2.log : top - 02:01:48
host-stats-02:02:46--3.log : top - 02:02:46
host-stats-02:19:40--4.log : top - 02:19:40
host-stats-02:20:41--5.log : top - 02:20:41
host-stats-02:25:45--6.log : top - 02:25:45
host-stats-02:32:47--7.log : top - 02:32:47
host-stats-02:41:40--8.log : top - 02:41:40
host-stats-02:42:41--9.log : top - 02:42:41
host-stats-02:45:55--10.log : top - 02:45:55
host-stats-02:54:43--11.log : top - 02:54:43
host-stats-03:03:41--12.log : top - 03:03:41
host-stats-03:16:50--13.log : top - 03:16:50
host-stats-03:18:41--14.log : top - 03:18:41
host-stats-03:19:50--15.log : top - 03:19:50
host-stats-03:28:24--16.log : top - 03:28:24
host-stats-03:29:49--17.log : top - 03:29:49
host-stats-03:30:43--18.log : top - 03:30:43
host-stats-03:31:42--19.log : top - 03:31:42
host-stats-03:32:41--20.log : top - 03:32:41
host-stats-03:33:41--21.log : top - 03:33:41
host-stats-03:36:07--22.log : top - 03:36:07
host-stats-03:42:40--23.log : top - 03:42:40



*** Add time distribution of dd.
Oddly enough, the output of dd does not seem to be consistent:

102400 bytes (102 kB) copied, 0.0163975 s, 6.2 MB/s
102400 bytes (102 kB) copied, 0.0054732 s, 18.7 MB/s
102400 bytes (102 kB, 100 KiB) copied, 0.0984687 s, 1.0 MB/s
102400 bytes (102 kB, 100 KiB) copied, 0.304233 s, 337 kB/s

I'm not sure what's going on there, yet. Sakib?


I think the cooker output will be quite useful.
I'm not going to put any more time into this data set
since the time threshold is still 5 seconds.

All for now.

../Randy




../Randy

Cheers,

Richard
The template is not used anywhere, yet, the initial patchset enables the
data collection by default.

I have left the template in case the data collection is removed from
defaults and need to be used on a case by case basis.

I am not entirely sure if nesting templates work. I have not seen any
examples of it, neither did i try it myself. If nesting does work, the
template should be useful.
I had a quick look at the code and sadly, it doesn't appear I implemented
nesting so this wouldn't be that useful as things stand.

Cheers,

Richard




--
# Randy MacLeod
# Wind River Linux


Re: #yocto llvm support and meta-clang #yocto

Khem Raj
 

On Tue, Apr 20, 2021 at 12:18 PM Monsees, Steven C (US)
<steven.monsees@baesystems.com> wrote:


There appears to be an issue with build zeus based meta-clang under zeus platform...

I followed steps off meta-clang page, and from the work I did with meta-clang under "Rocko" about a year ago, a lot has changed under the hood...

Working under zeus 3.0.4... EXT SDK appears fully functional, I require CLANG/LLVM for future development...
I think for future development you should look into dunfell or newer
since those are supported releases.

Never seen this error before, did I miss a patch or possibly a step ?
clang toolchain has evolved rapidly in past few years and so you might
find major changes from release to release and also SDK builds are
relatively
new, I think dunfell and newer is where its properly working without
much issues.


Clean build area...

(1) Add meta-clang to bblayers.conf

(2) Added EXT SDK Settings for meta-clang :

SDKIMAGE_FEATURES_append = " staticdev-pkgs"

SDK_EXTRA_TOOLS = " \
nativesdk-cmake \
nativesdk-clang \ <---Only appears to download/build llvm when present
"

TOOLCHAIN_HOST_TASK_append = "${SDK_EXTRA_TOOLS}"

The build is much slower due to "native-clang-9.0.1-r0 do_compile"...


EXT SDK build error seen:
=========================

10:12 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default> bitbake sbcb-defaultfs-full -c populate_sdk_ext
Parsing recipes: 100% |#################################################################################| Time: 0:01:25
Parsing of 2463 .bb files complete (0 cached, 2463 parsed). 3671 targets, 91 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.44.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "rhel-7.9"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "sbcb-default"
DISTRO = "limws"
DISTRO_VERSION = "3.0.4"
TUNE_FEATURES = "m64 corei7"
TARGET_FPU = ""
meta
meta-poky = "my_yocto_3.0.4:f2eb22a8783f1eecf99bd4042695bab920eed00e"
meta-perl
meta-python
meta-filesystems
meta-networking
meta-initramfs
meta-oe = "zeus:2b5dd1eb81cd08bc065bc76125f2856e9383e98b"
meta-clang = "zeus:f5355ca9b86fb5de5930132ffd95a9b352d694f9"
meta = "master:a32ddd2b2a51b26c011fa50e441df39304651503"
meta-intel = "zeus:d9942d4c3a710406b051852de7232db03c297f4e"
meta-intel = "v2019.02:f635a364c55f1fb12519aff54924a0a5b947091e"

NOTE: Fetching uninative binary shim from file:///ede/tms/yocto/zeus/downloads/intel/x86_64-nativesdk-libc.tar.xz;sha256sum=a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b8c21ab
Initialising tasks: 100% |##############################################################################| Time: 0:00:12
Checking sstate mirror object availability: 100% |######################################################| Time: 0:00:00
Sstate summary: Wanted 2490 Found 2157 Missed 333 Current 0 (86% match, 0% complete)
NOTE: Executing Tasks
NOTE: Setscene tasks completed
ERROR: sbcb-defaultfs-full-1.0-r0 do_sdk_depends: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
0001:
*** 0002:extend_recipe_sysroot(d)
0003:
File: '/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/classes/staging.bbclass', lineno: 551, function: extend_recipe_sysroot
0547: dest = newmanifest[l]
0548: if l.endswith("/"):
0549: staging_copydir(l, targetdir, dest, seendirs)
0550: continue
*** 0551: staging_copyfile(l, targetdir, dest, postinsts, seendirs)
0552:
0553: bb.note("Installed into sysroot: %s" % str(msg_adding))
0554: bb.note("Skipping as already exists in sysroot: %s" % str(msg_exists))
0555:
File: '/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/classes/staging.bbclass', lineno: 144, function: staging_copyfile
0140: if os.path.islink(c):
0141: linkto = os.readlink(c)
0142: if os.path.lexists(dest):
0143: if not os.path.islink(dest):
*** 0144: raise OSError(errno.EEXIST, "Link %s already exists as a file" % dest, dest)
0145: if os.readlink(dest) == linkto:
0146: return dest
0147: raise OSError(errno.EEXIST, "Link %s already exists to a different location? (%s vs %s)" % (dest, os.readlink(dest), linkto), dest)
0148: os.symlink(linkto, dest)
Exception: FileExistsError: [Errno 17] Link /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/recipe-sysroot/lib already exists as a file: '/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/recipe-sysroot/lib'

ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/temp/log.do_sdk_depends.24732
ERROR: Task (/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-bae/meta-limws/meta-intel/recipes-core/images/sbcb-defaultfs-full.bb:do_sdk_depends) failed with exit code '1'
NOTE: Tasks Summary: Attempted 6892 tasks of which 5539 didn't need to be rerun and 1 failed.

Summary: 1 task failed:
/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-bae/meta-limws/meta-intel/recipes-core/images/sbcb-defaultfs-full.bb:do_sdk_depends
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
13:01 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>



Note: Modifying SDK_EXTRA_TOOLS by removing "nativesdk-clang", i.e.:

SDK_EXTRA_TOOLS = " \
nativesdk-cmake \
"

If I remove, the build is much faster, and it builds without the error, also appears not to require/include
"llvm" component in build.
I do not believe the full package was actually built/enabled, but no errors and image is functional.


13:09 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default> bitbake sbcb-defaultfs-full -c populate_sdk_ext
Parsing recipes: 100% |#################################################################################| Time: 0:01:26
Parsing of 2463 .bb files complete (0 cached, 2463 parsed). 3671 targets, 91 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.44.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "rhel-7.9"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "sbcb-default"
DISTRO = "limws"
DISTRO_VERSION = "3.0.4"
TUNE_FEATURES = "m64 corei7"
TARGET_FPU = ""
meta
meta-poky = "my_yocto_3.0.4:f2eb22a8783f1eecf99bd4042695bab920eed00e"
meta-perl
meta-python
meta-filesystems
meta-networking
meta-initramfs
meta-oe = "zeus:2b5dd1eb81cd08bc065bc76125f2856e9383e98b"
meta-clang = "zeus:f5355ca9b86fb5de5930132ffd95a9b352d694f9"
meta = "master:a32ddd2b2a51b26c011fa50e441df39304651503"
meta-intel = "zeus:d9942d4c3a710406b051852de7232db03c297f4e"
meta-intel = "v2019.02:f635a364c55f1fb12519aff54924a0a5b947091e"

NOTE: Fetching uninative binary shim from file:///ede/tms/yocto/zeus/downloads/intel/x86_64-nativesdk-libc.tar.xz;sha256sum=a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b8c21ab
Initialising tasks: 100% |##############################################################################| Time: 0:00:12
Checking sstate mirror object availability: 100% |######################################################| Time: 0:00:00
Sstate summary: Wanted 2436 Found 2407 Missed 29 Current 0 (98% match, 0% complete)
NOTE: Executing Tasks
NOTE: Setscene tasks completed
NOTE: Tasks Summary: Attempted 6767 tasks of which 6223 didn't need to be rerun and all succeeded.
13:31 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>


-----Original Message-----
From: Khem Raj <raj.khem@gmail.com>
Sent: Tuesday, April 20, 2021 12:02 PM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; Anton Antonov <anton.antonov@arm.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto llvm support

External Email Alert

This email has been sent from an account outside of the BAE Systems network.

Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros. For further information on how to spot phishing, access "Cybersecurity OneSpace Page" and report phishing by clicking the button "Report Phishing" on the Outlook toolbar.



On 4/20/21 7:00 AM, Monsees, Steven C (US) via lists.yoctoproject.org wrote:
I noticed similar behavior.

I am running zeus 3.0.4, "devtool sdk-install llvm" will get llvm
8.0.1.

When I build meta-clang, and I set TOOLCHAIN?="clang" in local.conf it
appears to grab llvm-project-source-9.0.1-9.0.1.
this is intentional, when you use meta-clang, then llvm is preferred from LLVM since them we have consistent version of llvm for clang and others.

*From:*yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> *On
Behalf Of *Anton Antonov
*Sent:* Tuesday, April 20, 2021 9:51 AM
*To:* yocto@lists.yoctoproject.org
*Subject:* Re: [yocto] #yocto llvm support

*_External Email Alert_*

*This email has been sent from an account outside of the BAE Systems
network.*

Please treat the email with caution, especially if you are requested
to click on a link, decrypt/open an attachment, or enable macros. For
further information on how to spot phishing, access "Cybersecurity
OneSpace Page" and report phishing by clicking the button "Report
Phishing" on the Outlook toolbar.


Hi Steven,

I used meta-clang in my recipes and I noticed that:
1. The current release of poky uses LLVM v11.1.0 by default
(poky/meta/recipes-devtools/llvm/llvm_git.bb)
2. Meta-clang requires LLVM v12.0.0 (meta-clang/conf/layer.conf
defines LLVMVERSION = "12.0.0")

As a result just including meta-clang into bblayers.conf will require
bitbake to build a new version of LLVM and rebuild everything which
uses it

Anton





Re: #yocto llvm support and meta-clang #yocto

Monsees, Steven C (US)
 

There appears to be an issue with build zeus based meta-clang under zeus platform...

I followed steps off meta-clang page, and from the work I did with meta-clang under "Rocko" about a year ago, a lot has changed under the hood...

Working under zeus 3.0.4... EXT SDK appears fully functional, I require CLANG/LLVM for future development...

Never seen this error before, did I miss a patch or possibly a step ?

Clean build area...

(1) Add meta-clang to bblayers.conf

(2) Added EXT SDK Settings for meta-clang :

SDKIMAGE_FEATURES_append = " staticdev-pkgs"

SDK_EXTRA_TOOLS = " \
nativesdk-cmake \
nativesdk-clang \ <---Only appears to download/build llvm when present
"

TOOLCHAIN_HOST_TASK_append = "${SDK_EXTRA_TOOLS}"

The build is much slower due to "native-clang-9.0.1-r0 do_compile"...


EXT SDK build error seen:
=========================

10:12 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default> bitbake sbcb-defaultfs-full -c populate_sdk_ext
Parsing recipes: 100% |#################################################################################| Time: 0:01:25
Parsing of 2463 .bb files complete (0 cached, 2463 parsed). 3671 targets, 91 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.44.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "rhel-7.9"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "sbcb-default"
DISTRO = "limws"
DISTRO_VERSION = "3.0.4"
TUNE_FEATURES = "m64 corei7"
TARGET_FPU = ""
meta
meta-poky = "my_yocto_3.0.4:f2eb22a8783f1eecf99bd4042695bab920eed00e"
meta-perl
meta-python
meta-filesystems
meta-networking
meta-initramfs
meta-oe = "zeus:2b5dd1eb81cd08bc065bc76125f2856e9383e98b"
meta-clang = "zeus:f5355ca9b86fb5de5930132ffd95a9b352d694f9"
meta = "master:a32ddd2b2a51b26c011fa50e441df39304651503"
meta-intel = "zeus:d9942d4c3a710406b051852de7232db03c297f4e"
meta-intel = "v2019.02:f635a364c55f1fb12519aff54924a0a5b947091e"

NOTE: Fetching uninative binary shim from file:///ede/tms/yocto/zeus/downloads/intel/x86_64-nativesdk-libc.tar.xz;sha256sum=a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b8c21ab
Initialising tasks: 100% |##############################################################################| Time: 0:00:12
Checking sstate mirror object availability: 100% |######################################################| Time: 0:00:00
Sstate summary: Wanted 2490 Found 2157 Missed 333 Current 0 (86% match, 0% complete)
NOTE: Executing Tasks
NOTE: Setscene tasks completed
ERROR: sbcb-defaultfs-full-1.0-r0 do_sdk_depends: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
0001:
*** 0002:extend_recipe_sysroot(d)
0003:
File: '/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/classes/staging.bbclass', lineno: 551, function: extend_recipe_sysroot
0547: dest = newmanifest[l]
0548: if l.endswith("/"):
0549: staging_copydir(l, targetdir, dest, seendirs)
0550: continue
*** 0551: staging_copyfile(l, targetdir, dest, postinsts, seendirs)
0552:
0553: bb.note("Installed into sysroot: %s" % str(msg_adding))
0554: bb.note("Skipping as already exists in sysroot: %s" % str(msg_exists))
0555:
File: '/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/classes/staging.bbclass', lineno: 144, function: staging_copyfile
0140: if os.path.islink(c):
0141: linkto = os.readlink(c)
0142: if os.path.lexists(dest):
0143: if not os.path.islink(dest):
*** 0144: raise OSError(errno.EEXIST, "Link %s already exists as a file" % dest, dest)
0145: if os.readlink(dest) == linkto:
0146: return dest
0147: raise OSError(errno.EEXIST, "Link %s already exists to a different location? (%s vs %s)" % (dest, os.readlink(dest), linkto), dest)
0148: os.symlink(linkto, dest)
Exception: FileExistsError: [Errno 17] Link /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/recipe-sysroot/lib already exists as a file: '/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/recipe-sysroot/lib'

ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/work/sbcb_default-poky-linux/sbcb-defaultfs-full/1.0-r0/temp/log.do_sdk_depends.24732
ERROR: Task (/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-bae/meta-limws/meta-intel/recipes-core/images/sbcb-defaultfs-full.bb:do_sdk_depends) failed with exit code '1'
NOTE: Tasks Summary: Attempted 6892 tasks of which 5539 didn't need to be rerun and 1 failed.

Summary: 1 task failed:
/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-bae/meta-limws/meta-intel/recipes-core/images/sbcb-defaultfs-full.bb:do_sdk_depends
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
13:01 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>



Note: Modifying SDK_EXTRA_TOOLS by removing "nativesdk-clang", i.e.:

SDK_EXTRA_TOOLS = " \
nativesdk-cmake \
"

If I remove, the build is much faster, and it builds without the error, also appears not to require/include
"llvm" component in build.
I do not believe the full package was actually built/enabled, but no errors and image is functional.


13:09 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default> bitbake sbcb-defaultfs-full -c populate_sdk_ext
Parsing recipes: 100% |#################################################################################| Time: 0:01:26
Parsing of 2463 .bb files complete (0 cached, 2463 parsed). 3671 targets, 91 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.44.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "rhel-7.9"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "sbcb-default"
DISTRO = "limws"
DISTRO_VERSION = "3.0.4"
TUNE_FEATURES = "m64 corei7"
TARGET_FPU = ""
meta
meta-poky = "my_yocto_3.0.4:f2eb22a8783f1eecf99bd4042695bab920eed00e"
meta-perl
meta-python
meta-filesystems
meta-networking
meta-initramfs
meta-oe = "zeus:2b5dd1eb81cd08bc065bc76125f2856e9383e98b"
meta-clang = "zeus:f5355ca9b86fb5de5930132ffd95a9b352d694f9"
meta = "master:a32ddd2b2a51b26c011fa50e441df39304651503"
meta-intel = "zeus:d9942d4c3a710406b051852de7232db03c297f4e"
meta-intel = "v2019.02:f635a364c55f1fb12519aff54924a0a5b947091e"

NOTE: Fetching uninative binary shim from file:///ede/tms/yocto/zeus/downloads/intel/x86_64-nativesdk-libc.tar.xz;sha256sum=a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b8c21ab
Initialising tasks: 100% |##############################################################################| Time: 0:00:12
Checking sstate mirror object availability: 100% |######################################################| Time: 0:00:00
Sstate summary: Wanted 2436 Found 2407 Missed 29 Current 0 (98% match, 0% complete)
NOTE: Executing Tasks
NOTE: Setscene tasks completed
NOTE: Tasks Summary: Attempted 6767 tasks of which 6223 didn't need to be rerun and all succeeded.
13:31 smonsees@yix490038 /disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default>

-----Original Message-----
From: Khem Raj <raj.khem@gmail.com>
Sent: Tuesday, April 20, 2021 12:02 PM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; Anton Antonov <anton.antonov@arm.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto llvm support

External Email Alert

This email has been sent from an account outside of the BAE Systems network.

Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros. For further information on how to spot phishing, access "Cybersecurity OneSpace Page" and report phishing by clicking the button "Report Phishing" on the Outlook toolbar.



On 4/20/21 7:00 AM, Monsees, Steven C (US) via lists.yoctoproject.org wrote:
I noticed similar behavior.

I am running zeus 3.0.4, "devtool sdk-install llvm" will get llvm
8.0.1.

When I build meta-clang, and I set TOOLCHAIN?="clang" in local.conf it
appears to grab llvm-project-source-9.0.1-9.0.1.
this is intentional, when you use meta-clang, then llvm is preferred from LLVM since them we have consistent version of llvm for clang and others.

*From:*yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> *On
Behalf Of *Anton Antonov
*Sent:* Tuesday, April 20, 2021 9:51 AM
*To:* yocto@lists.yoctoproject.org
*Subject:* Re: [yocto] #yocto llvm support

*_External Email Alert_*

*This email has been sent from an account outside of the BAE Systems
network.*

Please treat the email with caution, especially if you are requested
to click on a link, decrypt/open an attachment, or enable macros.  For
further information on how to spot phishing, access "Cybersecurity
OneSpace Page" and report phishing by clicking the button "Report
Phishing" on the Outlook toolbar.


Hi Steven,

  I used meta-clang in my recipes and I noticed that:
1. The current release of poky uses LLVM v11.1.0 by default
(poky/meta/recipes-devtools/llvm/llvm_git.bb)
2. Meta-clang requires LLVM v12.0.0 (meta-clang/conf/layer.conf
defines LLVMVERSION = "12.0.0")

As a result just including meta-clang into bblayers.conf will require
bitbake to build a new version of LLVM and rebuild everything which
uses it

Anton





Yocto Technical Team Minutes, Engineering Sync, for April 20, 2021

Trevor Woerner
 

Yocto Technical Team Minutes, Engineering Sync, for April 20, 2021
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit

== announcements ==
The upcoming Yocto Project Summit is taking place May 25-26 2021
details: https://www.yoctoproject.org/yocto-project-virtual-summit-2021/
CfP: https://pretalx.com/yocto-project-summit-2021/cfp
registration: https://www.cvent.com/d/yjq4dr/4W?ct=868bfddd-ca91-46bb-aaa5-62d2b61b2501

== disclaimer ==
Best efforts are made to ensure the below is accurate and valid. However,
errors sometimes happen. If any errors or omissions are found, please feel
free to reply to this email with any corrections.

== attendees ==
Trevor Woerner, Stephen Jolley, Armin Kuster, Steve Sakoman, Peter
Kjellerstedt, Alexandre Belloni, Michael Opdenacker, Scott Murray, Jon
Mason, Michael Halstead, Richard Purdie, Bruce Ashfield, Ross Burton, Randy
MacLeod, Saul Wold, Tim Orling, Daiane Angolini

== notes ==
- 3.3 (hardknott) released!!
- 3.1.7 (dunfell) through QA, pending TSC approval
- YP TSC: 3 seats re-elected, 2 seats up for re-election
- master branch open for 3.4 (honister) and things are starting to merge
- new command proposed: bitbake-getvar
- AB issues: 59 (going up)

== general ==
RP: the re-election for OE TSC is coming up in August, but the re-election for
the YP TSC is in May. a call for candidates will be going out soon
TrevorW: do we want to align the voting with the conference?
RP: probably not


MichaelO: is there a 3.3 celebration?
RP: usually we do it at the conferences, but we’ll have to do it at the
virtual one this year
MichaelO: i didn’t see anything on lwn
RP: we don’t have a mechanism for this
MichaelO: there are usually release notes
RP: yocto-announce mailing list
TrevorW: release notes?
RP: yes, PaulE put together some notes
TrevorW: is someone putting a release note together?
MichaelO: okay, i’ll put it together and email internally first
RP: advocacy is less that it was, if people can think of places to
help/advertise that would be great. sometime i publish something in the LF
newsletter


RP: bitbake-getvar, instead of “bitbake -e | grep”. saves people some
keystrokes
RP: uses tinfoil, acts as a very good, very small example of how to write a
small tinfoil tool (e.g. c larson’s bb tool). maybe a way of expanding
this infrastructure to make it easier to add tools in the future, perhaps
expandable in layers itself
RP: also perhaps could be used for layer and config setup (e.g. kas,
combo-layer)
AlexB: sounds great! i often show students “bitbake -e | grep” and
they’re often surprised and happy to see it
ScottM: +1
RP: it’s in master-next. there are probably a lot of tutorials that will
need updating after this :-) and there are places in selftest where we do
“bitbake -e | grep” (it runs it once then builds a dictionary of the
results to avoid having to run it multiple times throughout the test run)
RossB: it’s similar to bbvars
RP: i’d like to keep it simple, single variable, i don’t want to get too
much scope creep which makes it more complicated. not meant to solve all
problems, just solve one elegantly. if we add something to take multiple
vars then we’d have to return JSON (?) or something else that would be
machine-parsable
RP: i think a separate command to do multiple vars would be best


PeterK: don't forget to move poky-conf back to master
RP: ah, thanks


Saul: CentOS 8 issues, grrr
RP: i haven’t looked into it
Saul: i think qemu is dying and qmp is trying to read the linux socket and
getting nothing. maybe i could take out the centos builder for a while
RP: sounds reasonable. if you want to pull one builder out to work on it, that
would be fine
Saul: i’ll talk to MichaelH about it


Saul: any cmake experts out there?
<crickets>
Saul: i have a nasty cmake + python issue wrt ceph: it doesn’t find the
core gcc libraries, sysroot being set to /not/exist. i think there’s an
environment passing issue between cmake and the python
RP: that /not/exist is something *we* hardcode into the compiler to make sure
sysroot gets set
Bruce: have a look at what we did in libvirt recently. we had a similar issue
with meson whereby it couldn’t find getent from libc. we had to create a
patch. meson+cmake couldn’t find getent from libc
RossB: i’ll take a look at your patch Bruce, meson acts strange in some
ways, but sometimes there’s a way to straighten it out


ScottM: Steve: 3.1.7 this week?
SteveS: up to TSC to approve it
RP: it’s through QA, QA didn’t flag any issues (there was one failure but
it succeeded on a subsequent build). the TSC meeting is later today, so if
they approve it’ll be out by tomorrow


Randy: latency monitoring. turned down from 10 to 6 seconds, tuned timeout
from 5 to 15 seconds. new column in AB console to link to this new data.
generates graphs of “time to dd 100 kb periodically” to hopefully help
correlate failures with load. we usually see 3-5 seconds but sometimes 50s
for unexplained reasons
RP: that’s very interesting. but we still don’t know what the system is
doing at those times when we see the 20. it’s one thing to know it’s
happening, it’s another to know why. i’ve noticed that webkit builds
add a lot of load, also compression adds a lot of load (xz)
Randy: behind on the rust things since i’ve been working on this


RP: speaking of languages, Go also worries me. Go has 2 issues: the fetcher
is messy and builds are not reproducible. are there any Go experts in our
community who can help?
TimO: Bruce and I have been struggling over a bunch of things, but it’s not
fun
Bruce: working on something; i’m currently up to 37 fetches, but it’s not
just fetching but also a layout issue. if you fetch something to “c/a”
but Go expects to find it at “a” then it won’t use it
Randy: someone wrote a cargo module for Rust to do something similar (i.e. a
translation between Rust and bitbake), would that pattern be useful here?
Bruce: probably, hard to know at what point we need to make deep changes vs
patches on the surface. the “make” infrastructure doesn’t help, too
many hard-coded paths and options in the Go  “make” files
RP: and that’s only ½ the problem (still have build reproducibility issues)
Bruce: Khem can bump the Go version, but then we need to chase after all these
fixes


Randy: suricata?
Armin: yes, those are in meta-security now, donated by ARM
Randy: did you use a cargo build
Armin: it was a couple things, had to start with one but then switch over
partway


TrevorW: is there any update on the “layout of where patches go” work?
RP: you mean “work directory” vs “source directory”?
RP: pretty invasive things, put it aside for now. a change like this will end
up causing lots of follow-on issues for weeks to come. the cleanup would
be nice, don’t know if the cost is worth it and would eat up my time for
a while. although i agree the time would be best now to do it (start of
new release). i think this is the second time i’ve tried


RP: parallel make job server (another such example of something I’ve looked
at and think would be nice, but have had to put aside for the time-being)
RP: the todo list isn’t too bad, but it’s something that fell off to the
side.
RP: i get the feeling that some of the things Randy is trying to track down
(load on AB servers) might end up being helped by having a parallel job
server, but we just don’t know
ScottM: is that branch still around. i’m interested in tinkering with it
RP: ignore the branch, just take the commit.
RP: i had hard-coded the fifo to one place (/tmp) on the machine, which means
every build on that machine is tied together. is that good or bad?
ScottM: is that something you could see being global for all bitbake on the
machine
RP: as long as all the builds are being run by the same user. probably need to
create a separate fifo, give it a relevant name, and place it somewhere
where each user can access it themselves. maybe i should try it on the AB
and see what blows up


Re: [meta-security][PATCH] packagegroup-core-security: exclude apparmor in mips64

Khem Raj
 

On 4/20/21 7:41 AM, Armin Kuster wrote:
Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
recipes-core/packagegroup/packagegroup-core-security.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/recipes-core/packagegroup/packagegroup-core-security.bb b/recipes-core/packagegroup/packagegroup-core-security.bb
index 9ac0d2c..a6142a8 100644
--- a/recipes-core/packagegroup/packagegroup-core-security.bb
+++ b/recipes-core/packagegroup/packagegroup-core-security.bb
@@ -80,6 +80,9 @@ RDEPENDS_packagegroup-security-mac = " \
${@bb.utils.contains("DISTRO_FEATURES", "smack", "smack", "",d)} \
"
+RDEPENDS_packagegroup-security-mac_remove_mips64 = "apparmor"
+RDEPENDS_packagegroup-security-mac_remove_mips64le = "apparmor"
+
this should be mips64el

RDEPENDS_packagegroup-meta-security-ptest-packages = "\
ptest-runner \
samhain-standalone-ptest \


Re: #yocto llvm support #yocto

Khem Raj
 

On 4/20/21 7:00 AM, Monsees, Steven C (US) via lists.yoctoproject.org wrote:
I noticed similar behavior…
I am running zeus 3.0.4, “devtool sdk-install llvm” will get llvm 8.0.1…
When I build meta-clang, and I set TOOLCHAIN?=”clang” in local.conf it appears to grab llvm-project-source-9.0.1-9.0.1…
this is intentional, when you use meta-clang, then llvm is preferred from LLVM since them we have consistent version of llvm for clang and others.

*From:*yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> *On Behalf Of *Anton Antonov
*Sent:* Tuesday, April 20, 2021 9:51 AM
*To:* yocto@lists.yoctoproject.org
*Subject:* Re: [yocto] #yocto llvm support
*_External Email Alert_*
*This email has been sent from an account outside of the BAE Systems network.*
Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros.  For further information on how to spot phishing, access “Cybersecurity OneSpace Page” and report phishing by clicking the button “Report Phishing” on the Outlook toolbar.
Hi Steven,
  I used meta-clang in my recipes and I noticed that:
1. The current release of poky uses LLVM v11.1.0 by default (poky/meta/recipes-devtools/llvm/llvm_git.bb)
2. Meta-clang requires LLVM v12.0.0 (meta-clang/conf/layer.conf defines LLVMVERSION = "12.0.0")
As a result just including meta-clang into bblayers.conf will require bitbake to build a new version of LLVM and rebuild everything which uses it
Anton


Yocto Project Status WW16`21

Stephen Jolley
 

Current Dev Position: YP 3.4 M1

Next Deadline: 7th June 2021 YP 3.4 M1 build

 

Next Team Meetings:

 

Key Status/Updates:

  • YP 3.3 has been released. Thanks go to everyone who contributed to it!
  • YP 3.1.7 has come cleanly through QA and is pending TSC approval for release.
  • The YP TSC has now served for two years, thanks go to the outgoing TSC (Armin, Denys, Khem, Richard, Ross) who have been instrumental in a number of significant project developments over that time such as the LTS, definition of processes and resourcing the project. Some of the work isn’t immediately obvious but has shaped the project and should ensure a stable and positive future direction.
  • New TSC members are now being chosen for the next two years. Three of the TSC seats have now been (re-)elected by the YP members and those seats are being filled by Richard (chair), Khem and Ross. Two are elected by the OE community and there will be a call for candidates coming soon from the OE board to the OE membership.
  • The master branch has opened for 3.4 development and a number of patches queued during release of 3.3 have now merged.
  • There may be interest in a new command, “bitbake-getvar” being proposed on the bitbake mailing list and in master-next. This makes it easier to see the history of a single variable and also makes a neat example of using the tinfoil API. We are also considering other similar helper commands (maybe along the lines of the ‘bb’ tool) with a view to making things easier for new users.
  • Intermittent autobuilder issues continue to occur and are now at a record high level. You  can see the list of failures we’re continuing to see by searching for the “AB-INT” tag in bugzilla: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=AB-INT

We are working to identify the load pattern on the infrastructure that seems to trigger these.

 

Ways to contribute:

 

YP 3.3 Milestone Dates:

  • YP 3.3 is released.

 

YP 3.4 Milestone Dates:

  • YP 3.4 M1 build date 2021/06/07
  • YP 3.4 M1 Release date 2021/06/18
  • YP 3.4 M2 build date 2021/07/12
  • YP 3.4 M2 Release date 2021/07/23
  • YP 3.4 M3 build date 2021/08/23
  • YP 3.4 M3 Release date 2021/09/03
  • YP 3.4 M4 build date 2021/10/04
  • YP 3.4 M4 Release date 2021/10/29

 

Planned upcoming dot releases:

  • YP 3.1.7 is out of QA.
  • YP 3.2.4 build date 2021/05/3
  • YP 3.2.4 release date 2021/05/14
  • YP 3.1.8 build date 2021/05/17
  • YP 3.1.8 release date 2021/05/28
  • YP 3.3.1 build date 2021/05/24
  • YP 3.3.1 release date 2021/06/04
  • YP 3.1.9 build date 2021/06/21
  • YP 3.1.9 release date 2021/07/02
  • YP 3.1.10 build date 2021/07/26
  • YP 3.1.10 release date 2021/08/06
  • YP 3.3.2 build date 2021/08/09
  • YP 3.3.2 release date 2021/08/20
  • YP 3.1.11 build date 2021/09/13
  • YP 3.1.11 release date 2021/9/24

 

Tracking Metrics:

 

The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:

https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


[meta-security][PATCH] packagegroup-core-security: exclude apparmor in mips64

Armin Kuster
 

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
recipes-core/packagegroup/packagegroup-core-security.bb | 3 +++
1 file changed, 3 insertions(+)

diff --git a/recipes-core/packagegroup/packagegroup-core-security.bb b/recipes-core/packagegroup/packagegroup-core-security.bb
index 9ac0d2c..a6142a8 100644
--- a/recipes-core/packagegroup/packagegroup-core-security.bb
+++ b/recipes-core/packagegroup/packagegroup-core-security.bb
@@ -80,6 +80,9 @@ RDEPENDS_packagegroup-security-mac = " \
${@bb.utils.contains("DISTRO_FEATURES", "smack", "smack", "",d)} \
"

+RDEPENDS_packagegroup-security-mac_remove_mips64 = "apparmor"
+RDEPENDS_packagegroup-security-mac_remove_mips64le = "apparmor"
+
RDEPENDS_packagegroup-meta-security-ptest-packages = "\
ptest-runner \
samhain-standalone-ptest \
--
2.17.1


Re: #yocto llvm support #yocto

Monsees, Steven C (US)
 

 

So, does anyone know proper usage here?

 

Is this a fully functional llvm drop under ../poky/meta/recipes-devtools ?

Is it compatible with meta-clang?, and can they be used together to build 3rd party extensions for my platform ?

 

Is it better to add supported components this way rather than building them in directly to EXT SDK ?

 

Also, any known issues with meta-clang under zeus 3.0.4 ?

 

Thanks,

Steve

 

From: Monsees, Steven C (US)
Sent: Tuesday, April 20, 2021 10:01 AM
To: 'Anton Antonov' <anton.antonov@...>; yocto@...
Subject: RE: [yocto] #yocto llvm support

 

 

I noticed similar behavior…

 

I am running zeus 3.0.4, “devtool sdk-install llvm” will get llvm 8.0.1…

 

When I build meta-clang, and I set TOOLCHAIN?=”clang” in local.conf it appears to grab llvm-project-source-9.0.1-9.0.1…

 

From: yocto@... <yocto@...> On Behalf Of Anton Antonov
Sent: Tuesday, April 20, 2021 9:51 AM
To: yocto@...
Subject: Re: [yocto] #yocto llvm support

 

External Email Alert

This email has been sent from an account outside of the BAE Systems network.

Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros.  For further information on how to spot phishing, access “Cybersecurity OneSpace Page” and report phishing by clicking the button “Report Phishing” on the Outlook toolbar.


Hi Steven,

  I used meta-clang in my recipes and I noticed that:
1. The current release of poky uses LLVM v11.1.0 by default (poky/meta/recipes-devtools/llvm/llvm_git.bb)
2. Meta-clang requires LLVM v12.0.0 (meta-clang/conf/layer.conf defines LLVMVERSION = "12.0.0")

As a result just including meta-clang into bblayers.conf will require bitbake to build a new version of LLVM and rebuild everything which uses it

Anton


Re: #yocto llvm support #yocto

Monsees, Steven C (US)
 

 

I noticed similar behavior…

 

I am running zeus 3.0.4, “devtool sdk-install llvm” will get llvm 8.0.1…

 

When I build meta-clang, and I set TOOLCHAIN?=”clang” in local.conf it appears to grab llvm-project-source-9.0.1-9.0.1…

 

From: yocto@... <yocto@...> On Behalf Of Anton Antonov
Sent: Tuesday, April 20, 2021 9:51 AM
To: yocto@...
Subject: Re: [yocto] #yocto llvm support

 

External Email Alert

This email has been sent from an account outside of the BAE Systems network.

Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros.  For further information on how to spot phishing, access “Cybersecurity OneSpace Page” and report phishing by clicking the button “Report Phishing” on the Outlook toolbar.


Hi Steven,

  I used meta-clang in my recipes and I noticed that:
1. The current release of poky uses LLVM v11.1.0 by default (poky/meta/recipes-devtools/llvm/llvm_git.bb)
2. Meta-clang requires LLVM v12.0.0 (meta-clang/conf/layer.conf defines LLVMVERSION = "12.0.0")

As a result just including meta-clang into bblayers.conf will require bitbake to build a new version of LLVM and rebuild everything which uses it

Anton

1061 - 1080 of 54237