From nobody Sun Jul 04 05:34:35 2021 X-Original-To: freebsd-toolchain@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1148D11E23D8 for ; Sun, 4 Jul 2021 05:34:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GHcvk6Ypfz4TMF for ; Sun, 4 Jul 2021 05:34:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625376881; bh=tqpH00fwMKdndyukdbSQkWEy5K1yg5B8lqYgtZhbAJs=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=gJvvMOXhaEHOII2XAhxoaypg80BLkGm81K1kvyEaiZuUvRtuHxc50DXIQ4teDOmNM7oPMZ7BTCsrWeVXp1kLjVVvJiI6PMCtk9E0QNNQ6oWDHA6Dx2lYSYtmp6MxiX1PqXGMsyg6xx/V/TK1KFmZiqXGpzCWMNcrbXSQ2q/ak/JMnhw81xnaPwXCMMtKGJ8UM+CnEP+SRHyEVOg+d5FPGGNfEksZWR5RgSWtT0C7iZEDvBR6W95l4iBlkRBdorhDyroB8CSjkUQAy5zA8ViVCDdLMf39G9JZmc7l04G8+pwOvi2vPj4MnG4gm2pG83VOk0XiE7LBUSBUDtFS2c5HwA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625376881; bh=bhf9SKjj6KACAUmKwalPFwQhDcOXK+ePjAnRM2r51AZ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=jXNwsVS2VlcCydfG+ZFEk28WMKPfAMCwDSssV8eNBahF9zXM8l9JqtoVGAAK6sPjtVurbjjSCsMqx/GXowLyxb5WIvhQh/A1zjDESj4yI3ki2y8KHYVDtsZFB+FEJWtFqx97uQOzLHR33zX2dZlcp1XDVINkKPxa1j+VODUHtzJWEUUSQiINlSyBseLDgyoKlIoRy2MCwGLPz9mlz30t+XkRulHGTHXLe+APKZD8QnyTgXyfbPOv09a25PUjAOaVeBXO6+xuEiu8Y4y9i1N+dfk6jcHxM7pmDJrzD8ECKOJ85LdlDYaNHEf29V42Eh6/+bZg684s1W6UfpNwqgVd1g== X-YMail-OSG: 6h8Knb4VM1llTQjD5CmPBnCmOba8qBxDsZyHpL9wlKC3kOiorhgOqRk_lEubIxQ nUUCuucpyCpfRTp2E9IavNTsA8Q_jaAm0GH.7h2yul7V8TKfYLJ6Pt86T5d8odf8AgD4kLpTKVgw ItC8.DH0ouJkBy0E1aZbFt9G9Ts415aw52W8jWvdrht7O0QxLUBohZbKnMLW67BsDJSHJ3uYFROt yfDfmBuAFDrGbpnyH2gukIVlCXpcK61VTgQrx4W27jfexDHvn9kTn7GaQl9XXj_V9OO27GbXcQ18 gleXHFWeuQvMa7rn7AKcfsrwR8Q7W.VU1EA68PtAfCkJpGcXi5P6eXd2LTZ0Ilhn6fIl13aiU80Q ZuB3WEmetlzWrIF.acKAG49XSj9TG6yUoDdhn0ZMRgPNEAynIT2TNLrEDnYWK9ay0YtQxCQynFsn F.1c18rcZwxPaKXiL2iY1gsq_Q4gHpOGKQ8x8OzgInFR9_mX9aUw29BH8pF1UPmaztS.KY4ytsBB 8xDPhE6bUssWLx.fJQY9oL100wkclUJbpRMJnQVKcYw7ijIlyF8dADWWRTe2_xahYqL.JJiinIJG dbZPadWQPkz6zZ.mH5Lz7QmsDq_M5t5CPN9oBOAC2nOj.6QEMXSNPGl0IJ2RqO5PxQ3QekNlY.xX F2Biq7ZseP4gqECvX5XdLVHKtD7NFzia66MNdFOwj9KoW6ZRhqR0O4jYRgid.8qyRxR.1L91LhPS EMXAZ3kzVNwX16yuxUEMCwqy1gwCHEiwQ75VJbUVxps0O88W4dCHyma1M_P7yCUijwn4F1HCYoYL d2by3iY6u.TsJVxGTaCoBKYdq.z9KftK1Qh0InN693tkpynufxomo0Xi5JpvSzTiIhyt6dWuEwrN K6VRLDdfYIkuhLzDNlFQH6dU5CATclbxOymte1wZ5cBGYwZrXKxZMQWlhFF9XD2Wu8tF8fmeD1KG x.tQ3IennpljsjT4.JxIRbrvxudRoBzwyhKF.uDEupGggRTgqrnnyNgHeO.TR072L1jGurN8mvaI bZ7noYznmjzNH96UOcLFq3Kk6sxFwxGSI42zLnxokB06P4_sO4r1pfL0ZVDL4BlIRQ4rxw_IMFjR uIk225DkuOZySNmA_saXa26anrBHT71ls6q00SV.RaGjvhEda16Bc12DsfSMlUq8ZJW5Yn_onPUu lDMD5EZ5XnRfewN2qEAMwMnhxxyKtXEg4qam.kGUKjTEhKfqSR8.Kpbc_SKep0KqQ7fZmnlQNlh7 JM1M9kWq2z7U1KEiPaJdVNVR8_VvF2HZGDuDf75my7clsn6PkBOBSNn04nEE7N5tKzvjWwhKjH.k luyvGiC8TmPhUbJJolzlNZsPo2YfTypPDWu2tdf_crat8D4iBUkNKRI_4.jXdZFmWq.I97Mo28eD 5jgznBleNbQF8UGSvPYMv0dJqHzogDQmVMRTCItSD_9OQossKwxI1ZvApVA4U5Wzk7qj0mnHZO0I 13sJGgGinjwdt_VxP1i.H3DqnWZLdHGGHUaI0ASY4spgQtak3n4fOCKJlq8bmJhwoYzybvc6oRO8 M5OiV0dHJUTdX3jeeR7lqShluASkFfHfsiAnDFkp5cN8hzmP7SxGLqaR650kWNdZKvL0AT477.JL dZVZDfMYlUQPTVW0MI.wMiCIJxoVex_agludpQIsqSVmKcW6mrYxXy3KlM8aq2qiM.RfhXK04ibM rVhc8zCzxUhJixbTRpf_Yz1esd8Gow_FtFluga2NBuGg4VRNaFx7zGA6Xq7fLhH266yvdo2atmRg 48LA8ARVAauSW6zaMug6_dBBvXYGdkLDSkS8FM8EqshyKOIw1YtGODWOkwvbMbieBM_kX9wR2C2p NGeP0hzfs_B7gY.vSPl.bDT434X1WZstRjtsZDZy3DCBlB3Z_632pF1qMsbOZ8MGFWiZ3wXtuwI. BeYKftFgBtQy9SIG59Qdq9bxjjQrkIWsVsBxFym39_KyLHTnKny4ek7GnGKm801I7Sx_XwX2QoQ8 j2icsyyXBZEsp_gs.eQJIVc7xOjSLEfJqUzQJ0OaZuMWuU6Ti5aakKXnKHZUQC8gTqR6LOaU5ytw UhkEpLHWHIQUGWMdtf8g4zZX9TzOocjb2LJo32kWCKpcgOpSF4xJnRtnSYJ_iScF_u99o7a0P7fP CBRN9TKL2n5161jJyLInVQOTFkrOWT0Df408z_3Cpj1_mCU475gpV5QlNkzm6.qqd1qFyql6lPEZ ENLL1RKQy_.Hnun_EvCm.3eqyoidV6B_cL5WI1rp1pgy4c0NHCFM7MApWsgKLMEiuWcMigflymnZ wcXWOgqb7rJ2AR63ivOyTjt1y5BKt2g3tN6sqKN._1ijzRjZt9T3dXfA1WbP2ZbIc4WtcXlDdFe3 r8G65xa2yhwS6z0RlsyR7KUogMar9Hy4WjrCYSJwJBLvUonIBiBLjhIjymw26Pvk2ypISbO1v3xg CiyO4iFxUv9P7Rm2iFlldRcS6huNsP62NT9xexoIOqT.O8FAP5ml2MoOL1.XO1MTVDkkL8AmaGiq vWFkofiYY3zBr9EnQQ45BdqX0dWWMd3ON_UX_kWSuqelVil1_QvbwnX3Zez5w6DG9yu3IQCb1y5h JGa7ezJivgfUAh3zzlIvGlcbNnSxkknREL8BWrMptJH5yw9C3ym3OOWfeVtX9c2ZbqbOgdksYuRc FORkWJLtfpqT8yaclPvltYtVhie9aBNrgQzJ30pXNydrTSyS3oTK1BgpSajwh9DH4tI4s8HE4aWG abJ0LNq_YcndWZRs8eGhghj8F5KIsODuFopsMa8OxmoZLiG_Ma206iucCNAV1yZ6hiQyH9Uwkdd7 b X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 05:34:41 +0000 Received: by kubenode504.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 83793cb93d3944066517e68f6c0014d8; Sun, 04 Jul 2021 05:34:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Maintenance List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 [You need to update /usr/local/poudriere/poudriere-system] In-Reply-To: <1B74E5A6-A648-4C91-95BB-6C8AB110FA3A@yahoo.com> Date: Sat, 3 Jul 2021 22:34:35 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <9D44E5D7-5E89-4E18-BF84-5C7739364DBE@yahoo.com> References: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> <9CC00581-E8B4-45F0-A614-60A70E37B1B2@yahoo.com> <9780017D-5B26-4791-9397-3E721B578D55@yahoo.com> <1B74E5A6-A648-4C91-95BB-6C8AB110FA3A@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHcvk6Ypfz4TMF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=gJvvMOXh; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-toolchain] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 21:32, Mark Millard wrote: > [Just correcting a bad placement of some of the new text.] >=20 > On 2021-Jul-3, at 21:25, Mark Millard wrote: >=20 >> On 2021-Jul-3, at 21:15, Mark Millard wrote: >>=20 >>> Summary: You need to update /usr/local/poudriere/poudriere-system >>>=20 >>> Updating your HOST environment does not automatically update that >>> area. >>>=20 >>> One possibility for an update procedure is: >>>=20 >>> # cd /usr/src >>> # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >>> # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >>> # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >>> # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 >>>=20 >>> Sometime after after a poudriere bulk run completes: >>>=20 >>> # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 >>>=20 >>>=20 >>> How I got there . . . >>>=20 >>> Someone pointed out something that I'd not even thought to check >>> about your builds (that explains why your lang/rust did not fail >>> to build as well and a major difference in your poudriere vs. >>> make build tests and vs. my attempts to reproduce). Your log >>> still reports: >>>=20 >>> Host OSVERSION: 1400024 >>> Jail OSVERSION: 1400019 >>>=20 >=20 > [Text moved here:] >=20 > I forgot to quote the OSVERSION in: >=20 > ---Begin Environment--- > SHELL=3D/bin/csh > OSVERSION=3D1400019 > UNAME_v=3DFreeBSD 14.0-CURRENT > UNAME_r=3D14.0-CURRENT > . . . >=20 >>> 1400019 is from early June: >>>=20 >>> committer Neel Chauhan 2021-06-07 22:53:24 = +0000 >>> commit 37d64dcdfa519157aff9711f1f226ad7bd778f46 (patch) >>>=20 >>> That Jail version of the system predates using llvm12 >>> as the system compiler. 1400023 was the switch to llvm12: >>>=20 >>> committer Dimitry Andric 2021-06-13 = 20:01:15 +0000 >>> commit d409305fa3838fb39b38c26fc085fb729b8766d5 (patch) >>>=20 >>> This means that the direct make build of devel/llvm10 >>> was based on using system clang 12, not what you have >>> poudriere using. >>>=20 >>> You should have (using things as they happen to >>> be available to install now): >>>=20 >>> Host OSVERSION: 1400024 >>> Jail OSVERSION: 1400024 >=20 > [Removed bad placement of example text where it could be > greatly misleading.] >=20 >>> In other words: equal unless you have good reason to be >>> building older materials. >>>=20 >>>=20 >>> So we see that your poudriere bulk builds are based on clang 11, >>> not clang 12, according to the log file: >>>=20 >>> _CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin >>> _ALTCCVERSION_921dbbb2=3Dnone >>> _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--enable-new-dtags" "-o" "a.out" = "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" = "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" >>> . . . >>> _OBJC_CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin >>> . . . >>=20 >> I forgot to quote another OSVERSION: >>=20 >> . . . >> ARCH=3Daarch64 >> OPSYS=3DFreeBSD >> _OSRELEASE=3D14.0-CURRENT >> OSREL=3D14.0 >> OSVERSION=3D1400019 >> . . . >>=20 >>> -- The C compiler identification is Clang 11.0.1 >>> -- The CXX compiler identification is Clang 11.0.1 >>> -- The ASM compiler identification is Clang >>> . . . >>=20 >=20 >=20 I'll note that your use of: # poudriere jail -c -j main -m null -M = /usr/local/poudriere/poudriere-system -S /usr/src -v 14.0-CURRENT where /usr/src is the same as used to build your live boot system, means that updating /usr/src to a vintage with: OSVERSION: 1400024 also means that /usr/src is no longer consistent with with system in /usr/local/poudriere/poudriere-system unless /usr/local/poudriere/poudriere-system has also been updated. You are using a older system and older toolchain to build based on a new /usr/src that does not match what is in /usr/local/poudriere/poudriere-system but the build activity is happening in that older system environment. It is an incoherent combination. It is not surprising that it does not behave well. I'd update /etc/src to a vintage that has the workaround for the lang/rust build problem, rebuild and install the HOST OS, boot it, install the same OS version into: /usr/local/poudriere/poudriere-system and then rebuild all the ports to be sure that none are still based on an incoherent combination of materials. My guess is that you want poudriere-system tracking the live system and its /usr/src/ . That would mean that just after booting a new system update that was based on an updated /usr/src/ you would then continue updating via something like: # cd /usr/src # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 Sometime after after a poudriere bulk run completes: # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 (That sequence is biased to poudriere use instead of to a chroot environment that has been tailored and needs the tailoring preserved.) Note: If one wants to have the likes of: /usr/local/poudriere/poudriere-system be based on older system versions sometimes, then a different -S PATH needs to be used than for the boot system, say: # poudriere jail -c -j main -m null -M = /usr/local/poudriere/poudriere-system -S /usr/oldersrc -v 14.0-CURRENT Then updates of poudriere-system would be more like: (presuming that you have already established /usr/oldersrc) # cd /usr/oldersrc/ # ??? do whatever to get /usr/oldersrc/ to have the commit desired ??? # make buildworld # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 Sometime after after a poudriere bulk run completes: # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 Mistake apology: Back 0n 2021-June-23 I had written: QUOTE So your jail's OSVERSION is older than the environment that it is running in. (Unlikely to contribute to the 0xA5A5A5A5u as far as I can tell.) END QUOTE The "Unlikely . . ." was just wrong. Sorry. The reality is that such is incoherent, given the use of the same /usr/src/ code in poudriere as was used to update the booting system. The update from clang 11 to clang 12 between make the combination even more likely to be a problem. /usr/local/poudriere/poudriere-system needs to track the changes as well. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)