13714 2019-12-17 16:18:50 +0000 add gcc to buildtools for Centos7 uninative 2020-03-26 04:17:46 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 3.1 x86 Multiple RESOLVED FIXED with backport High normal 3.1 M4 1 akuster tim.orling akuster808 alex.kanavin jpuhlman liezhi.yang meta.mr.watcher meta.watcher raj.khem randy.macleod richard.purdie tim.orling --- --- Don't know oldest_to_newest 85849 0 akuster 2019-12-17 16:18:50 +0000 We anticipate issues with Centos7 with the older gcc it supports. We think adding gcc support in uninative will allow use to continue support the older Host OS or we have to drop Centos7 from support. We will add a drop dead date if we don't get gcc into uninative. 85895 1 tim.orling 2019-12-21 18:53:15 +0000 One possible quick fix for CentOS 7 specifically would be to install devtoolset-8 from SCL (software collections): https://www.softwarecollections.org/en/scls/rhscl/devtoolset-8/ TL;DR Instructions You can get started in three easy steps: # 1. Install a package with repository for your system: # On CentOS, install package centos-release-scl available in CentOS repository: $ sudo yum install centos-release-scl # On RHEL, enable RHSCL repository for you system: $ sudo yum-config-manager --enable rhel-server-rhscl-7-rpms # 2. Install the collection: $ sudo yum install devtoolset-8 # 3. Start using software collections: $ scl enable devtoolset-8 bash 85896 2 tim.orling 2019-12-21 18:56:05 +0000 Also, we probably don't want gcc in uninative but rather in buildtools-tarball. 85897 3 richard.purdie 2019-12-21 22:37:02 +0000 Yes, nativesdk-gcc in buildtools tarball was the idea (maybe a second larger variant of it?)... 85959 4 tim.orling 2019-12-23 01:22:06 +0000 Initial implementation: http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=timo/buildtools-13714 Currently, nativesdk-binutils-symlinks does not appear to be working correctly because tools such as ar and ld are not overriding host tools. Most of the rest of what is needed ("build-essentials"), such as gcc, g++, autoconf, automake are all properly overriding the host versions, at least in limited testing on Fedora-29. 85960 5 tim.orling 2019-12-23 01:24:18 +0000 Patch series on ML: http://lists.openembedded.org/pipermail/openembedded-core/2019-December/290723.html 85996 6 randy.macleod 2020-01-09 15:51:44 +0000 @robert Please also enable this for CentOS7 in our auto build system and provide feedback to Tim. 86000 7 tim.orling 2020-01-09 16:01:02 +0000 The patches have been merged: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=2557a68ea902c0f8a9574b372c25b99e1c4d311a http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=52e10a01b455a2a0439cb1abacf35c8c6fb55e09 There are additional tasks: * Add documentation to Reference Manual for buildtools-extended-tarball * Add buildtools-extended-tarball builder to AB metadata * Testing on an AB CentOS7 worker (with Michael Halstead) * Roll out to production on all CentOS7 workers (with Michael Halstead) Related: * Backport to e.g. sumo and test on e.g. Fedora-31+ as part of the LTS preparation testing a scenario of building on a new distro that breaks the build of an older release. We also discussed some kind of intelligence in the AB metadata to switch this on when needed. That would be out of scope for this effort. 86553 8 jpuhlman 2020-02-22 00:32:00 +0000 Some quick observations. I pulled down the current released version of the tarball and built master a couple of things popped up right away. * gdbm-native cannot find readline/readline.h. Its got some weird to configure test that fails to find it but doesn't turn it off because it finds some of the macros I believe. Adding the depend fixes the issue, it also has a --no-readline option as well which may be appropriate for native and/or nativesdk. This does point out a likely reproducibility issue on a system without readline-devel installed building differently than with. * python3-native cannot find rpc/rpc.h so nis module fails to build. Python3 already depends on tirpc, and it has code that should be able to find it. Adding explicit cflags and ldflags fixes the problem, but it's probably not the right way(maybe adding tirpc-nativesdk to the extended buildtools tarball?). 86627 9 jpuhlman 2020-02-28 21:24:21 +0000 One additional failure: crypt.h Building clang-native, which has had problems building on centos7 for a while, includes crypt.h, which has not been included in the tarball. There are a couple ways we can address this one. Add libxcrypt to the buildtools tarball, which would cover the systems that this is meant for. Add libxcrypt-native(currently its only target and nativesdk), and fix the broken applications. The first should get everything covered. The second really can only be found by building everything against the compiler that lacks the header. Added Khem since he might have an opinion. 86660 10 jpuhlman 2020-03-04 22:30:03 +0000 Proposed patches for the three issues: gdbm/readline issue: https://patchwork.openembedded.org/patch/170799/ buildtools-extended tarball crypt.h missing: https://patchwork.openembedded.org/patch/170793/ python native unable to find rpc headers: https://patchwork.openembedded.org/patch/170761/ 86674 11 jpuhlman 2020-03-06 01:35:39 +0000 As I noted on the call this morning that I was going to test a much newer distro with tarball since it sounded like there may have been an issue on the Tuesday call. I built core-image-sato on top of centos8 and ubuntu(20.04 early release from docker hub) and both built fine. 86677 12 richard.purdie 2020-03-06 16:07:28 +0000 http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/commit/?id=fbdaa169c3f9c4db2e77ede4ffe8587706faf64a and http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/commit/?id=d5a24a10cbf6687dbdb641ed220ca9071c7cbef9 should mean we're mostly there with this... 86715 13 tim.orling 2020-03-12 15:55:33 +0000 Thank you to Richard doing the implementation for the autobuilder in yocto-autobuilder-helper. Thank you to Jeremy Puhlman for kicking the tires and finding several things that also needed to be added or fixed. This bug can be closed, with two remaining tasks added to new bugs: * Bug 13830 - Add buildtools-extended-tarball documentation * Bug 13832 - Add script to setup buildtools-extended-tarball A nice-to-have task is also added to a new bug: * Bug 13831 - Add information about buildtools-extended-tarball to yocto-autobuilder-helper README Please open NEW bugs for any additional issues with the implementation on yocto-autobuilder-helper or with the buildtools-extended-tarball itself. 86812 14 tim.orling 2020-03-26 04:17:46 +0000 $ yum whatprovides “*/crypt.h” <snip> cryptlib-devel-3.4.3-8.el7.x86_64 : Cryptlib application development files Repo : epel Matched from: Filename : /usr/include/cryptlib/crypt.h glibc-headers-2.17-292.el7.x86_64 : Header files for development using standard : C libraries. Repo : base Matched from: Filename : /usr/include/crypt.h <snip>