From nobody Mon Jun 28 05:41:15 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 4CDE611D9D59 for ; Mon, 28 Jun 2021 05:41:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4GCxLB1p2gz4RLk for ; Mon, 28 Jun 2021 05:41:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624858880; bh=+lTTHS2/OF+bojt5lDT1hCrVfXUy3o1Y9ezuQ+TfP3c=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From:Subject:Reply-To; b=Ou58ctjK4iCN8X55pmUvYrlcOw3udbXZ1TCwnhNc1PA3gD8Kv6Etq3Yx95/0pAa2N4MyYPI3iiOV2JztPCB6FqZiM5ncURFLm8UwqYVEHGu29RTj+RQR3jrDWuKa0FprmxDWshxj9ObcVKu6qCWKXRR2yDYsf9PeiQq+kFgMG/m9u1K0iFPvGmJEu/P7wYqIroZvOG484VZgM14VCfPLJlcYy5sENldA2xqvSfLcT9zR/QppcB114LjZShqgv9/Ckory4384GWPQPxzgmubfIepGB2rQdqlLYKiyUmBMhfqQMF/apARBhFMbyXVNuowEycc1FKGw9ZFXLGG8enH4gg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624858880; bh=Bajp6EIYQ6PmNgfEOl3x4p1gvmUaUDvEN2HWBdn4swa=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Y2bDUbEXw+yRT7EgDVwwtungTA14M9Zn0RaZVTf7NKgOapFbjCWXOLAQ7AsJlCH+vC2J/V36aDkfi5rsuxI4X6kCXfS1bVrO+tGl5qDmwj/exftkcZ6aA4tBaj5AapRkWmfkgkoJawcqhZADwWmJYuhfk8oMuyLkeNeMC+vGiNQaQyk+sLPtSG0VdZ7ZD6YS1RQSkTDD2ZbMK+eBnZo8DwRVmNhPmnLCmtXpfcbhpunVT/LXeHSWOnxWTZDk395KVi9JYTyLhr4535d0Wegi/FXxT6fsCnCPqd1tvP7mL880zmeG6aQWabwYCUBpDNAfNMx6fHExFQD9WF3v2h2X+A== X-YMail-OSG: M4YSNHEVM1k6YW4mWkup6.hctKaDrkrAbVqpvF5YMU7tu36pGPYMtzik01IsLfh pNTcvx6qYUIhY6Z3l_zWm434Kqzf6H3qR1RscX86Zovl4nvVttZHnY2UUojJkZBTbnhasLcDHoX7 e3mG.0GAqugJAd.mXlj9igYa_CvJ.jsD7grLftnxjzH_kEVBEdGl0SMEmn5XBio8NKN5DoAhdNXv lfvaR30J.tVjOClESwF5zoWJOEJ.l2A.gTsiOOTGDnxkAA7PGf2VKcUsH20l2lQvcXxun.1PLJrI adrk1HIrG6DtbIc_Ja6aZZuoWid2gAnNYv0_gpp1qoTUwJRJNTrrf8sLoxHIJn5gPIT6QIZnWtfl lNC.lhwGnO_MWLkwXfBZ0oRW3AUokNgR3O8E4Vn_SDExdAYkcran6nl2VprXkWr4PM.B7LsGyjBO UbAHTGsNtf4ujJoIxmbZpFyhKNNew3vRQPetQ9VarEd50WRoartWQSrm0MxywBzLawwO24KUk72P B3kmEcxxZqxzRuAbZvk0GUZgGwrlVsj0IU8pOt7xKScRMQ0jkw_Q1K73d6Fxqw8geVYShuDpkR27 QrItwd9xCmkXMoa_OZXxaVSzyfBqGK84T13fH9yMYH0ceuLF0fKFKXf6hqLZd3_ygnbCbIUmE07B vKh4Eenkz6vzufwIHIDyQU1M1J7p0ihESlS1nf9kbPgC93jlUB.B67qvrGSlO8OjNqU1lqgX09Ya 0LvjpJ7Gt50Qu6z40Wjof3Smdaak.vQMmQqS3KyYbYID2R.aBBD7ggF0PmRIfEGai6XqPPnNglIH AHRpVhcGTBFkfJdnUTBgzfQffwXGUJJuZrtrRE76v0GXBrvSjJCvrzp6pOXOcUP2kFLw7ilZRx7E ZJh_m7tP2PhMgjFgWfjJHFKeXgjuDgLYHfsyNtOmdghdrkyLbZbG8bG5d6ZfATL0vmVIRptz770F T9b_3sNtKX.yFsGFhmtOYOEwpE9j6jqNLrYUA06pqWVcn.iRQknGyFy3byIw8yxfuQn51m7j49pF o34fVDCODAUPdNQU4VC4O0hm2ekt8y0_FFsY5uQNanetDN8oZeq1t8sytba.ZblTyN1EOONlGm_a Wh.YBvakRzWYCNZ3tWpfV2kncSN4AXzolWiitl.ZymD2TXUOTQ3MWtT0MN62BmBPLnAJ.PG8ZASK ePh.sSAB50ojb5wyrtPkWglS.0gp5dO2Do8Hvr9IJVPVQVmCs85exCiHNwD98oOceQMaMfkskWu6 plQUFNa2D46hhc6ZZqu.Bj5jNiClQszMiZffBFcOLUltbpWp0iAkwm83zOPTv375V2WQnBdkOSYf uf1quwQXVkQ.209e05IctRqcJ1mtv_5plMEL8lLjSNRcPN.WR8xrRCpvae7Wt.u44xSp2D90mRLU rLW_zgu7.EKdryRsqOf2rWHLySgQU9EJZj12c5pfXAPXZyDNIeBGl5ix4HduJ5Qp7ktVGtmgpOs. YyQltRMp1XFZlJn9fIDcdV_3UfGhhlvEIDMxwEXl0aKsIRkiDAN2QeZsYCIUqMQumj60bGnjUIb6 uwtpsOegPIp6VLMTdyrZ2.vS_Jmgp6I5woWFCzpvXaYJx.9FCYXoLZnLvJh4FSyoKKSjbhx_Lyud fWoi3oUyb9He_nrqAb1K9E2.JBPrZNKTSjiC8qYjiQTTqdnGGBsbjwMgLpZ0wZYszxymLW5T4gze IuUVzuQjyeAWWSPUiaa1HRngyMtlOFi9_aJSm6YCEGlvV6Nv8M6H623TVuRYyBxKPaSQ4Tf77XHE CWkxYokCssep2LRlvPZ7a6EMLkOZcAKrWT_hQq7GerCtAbNXpA_RUWqSJtX_7HY18cXnQ2zHFuG7 fHTuivJaY2yLj1KcNIU9LNhnTMnAgs6qL2vRrbKvdCz2r2onx1eJgke1_8Oi8OrNorlVRb6NGceo 3Doc5Pgq2Uiyr1fc3Jr4RYmYBV0OH5mkfAOgVSwPNKv2USU8AXawrZjDjIidRZoB6DvXFppNz9xW MMfaUs05zdJ65nPmTHKOuMIBzp8LFBrFH8brFbZJnvSZ8w1m.naARWIPoUEnBX5MJwLDOfw3EtRt SVWNh1JeWJUiAxrD10qug2i9Z63h1kh9Uob_BOP7sdS3_vfUeATrwcDkBxxcYj.QXVEYwdq856wV eKWUfq4Y0KQ7295C8KUQFMWnWE4jpTOvX.8pRQ2dmqkhQ59t8WRjJ8MCKQC5L3Gti.hsf0Ct36m7 nIY1b5bBPkSpWuyGpkvHn0fwtEIrKwpL0LWU5Tr4ehoCbHNpGaEyIcU7GRFMsNgj9ocj7X_a4VPU _859RXr.0mZc7wZsEeq8icKYjQNB1hSba2ZsweWrDgMfiqXxlSOcVfHohjYJxW3exhRwZrEBK_eA xCSac0YqD.Mplgr6Bp3fIvMutxBqBAkZ6ZSY0ObLTqYWxYHpJUBwpVzflGJFqTb9xbHUwCZrgiwP fZPGDhlelm_nit62D1onDs1F990_cIEczEflcVTl7bt8I.y82CRrAs3JQ8ByB0GAfBxx3nVcjIG2 koZzAgAHsjMoDfWI5hlKHxPQA3z7FQVJQcnk6mXuMdwbtHpr2XDpTOI.Gy2TRfGCJxYSbIxhob2m T7kxFTbjeO5Ie5FkaPevRNd7sUpvMoYgtM5Gks0vrFaaiN6niEjGlgkkpC32A0y5N73RCLC_2L0d IjQtBgSCOV1JHAsZ0FGYmizPZmzcbQ.T4SmPu.SPCbBR7Vw_VuEtAtqAECuXYzinY.DfYML6hxFg xIKXVPaGaDA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 28 Jun 2021 05:41:20 +0000 Received: by kubenode542.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1b4f98ad04ddb28e56d92f9759420cba; Mon, 28 Jun 2021 05:41:17 +0000 (UTC) Message-Id: <5D48520B-BED6-4CD2-B35F-13CBF5C36EBF@yahoo.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_B629B05F-14F6-4B07-A970-CFDCECE108F0" 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 Date: Sun, 27 Jun 2021 22:41:15 -0700 In-Reply-To: Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain To: bob prohaska References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GCxLB1p2gz4RLk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Ou58ctjK; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; URI_COUNT_ODD(1.00)[7]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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.68.82: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)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82: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 --Apple-Mail=_B629B05F-14F6-4B07-A970-CFDCECE108F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2021-Jun-25, at 21:41, Mark Millard wrote: >> . . . >=20 > Note that system-clang just got updates for stable/11 stable/12 > stable/13 and main for a defect that prevents building > www/chromium with a clang that has assertions enabled (a form > of debug build contribution): >=20 > The branch main has been updated by dim: >=20 > URL:=20 > = https://cgit.FreeBSD.org/src/commit/?id=3De7e517981a6591c79fb49cd8810361b0= f3ad5983 >=20 >=20 > commit e7e517981a6591c79fb49cd8810361b0f3ad5983 > Author: Dimitry Andric > AuthorDate: 2021-06-21 18:46:34 +0000 > Commit: Dimitry Andric > CommitDate: 2021-06-21 18:48:37 +0000 >=20 > Fix clang assertion while building recent www/chromium >=20 > Merge commit c8227f06b335 from llvm git (by Arthur Eubanks): >=20 > [clang] Don't assert in EmitAggregateCopy on trivial_abi types >=20 > Fixes PR42961. >=20 > Reviewed By: rnk >=20 > Differential Revision:=20 > https://reviews.llvm.org/D97872 >=20 >=20 > PR: 256721, 255570 > Reported by: jbeich > MFC after: 3 days > --- > contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >=20 > diff --git a/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp = b/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp > index 60ea1b2af037..f3ab91559d30 100644 > --- a/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp > +++ b/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp > @@ -2056,7 +2056,7 @@ void CodeGenFunction::EmitAggregateCopy(LValue = Dest, LValue Src, QualType Ty, > Record->hasTrivialCopyAssignment() || > Record->hasTrivialMoveConstructor() || > Record->hasTrivialMoveAssignment() || > - Record->isUnion()) && > + Record->hasAttr() || Record->isUnion()) = && > "Trying to aggregate-copy a type without a trivial = copy/move " > "constructor or assignment operator"); > // Ignore empty classes in C++. >=20 >> . . . >=20 There are also recent probles building rust on aarch64, including on = FreeBSD's build servers. See: = https://lists.freebsd.org/archives/freebsd-ports-bugs/2021-June/002710.htm= l for example. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) --Apple-Mail=_B629B05F-14F6-4B07-A970-CFDCECE108F0-- From nobody Sat Jul 3 02:23:27 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 DCFB811F8F79 for ; Sat, 3 Jul 2021 02:23:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 4GGwjk2NMlz4r58 for ; Sat, 3 Jul 2021 02:23:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625279016; bh=KHzqk0vOofJHY99mpMJu+aK5x8LOtYO3ZxSzzyU9R78=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QnfKrO8wHtlMzJFTeAOpvKOkpCCR6glvNHtbpRKtiqgLLJbfHC7P4WZIjXdi/j0e/oXAlwVx4QBgYJaPUv2UHNlt1JJRR5wU3esfOEav90/kxYW4GJyLGIDIOBiJFR6MX1RTPRhhdQyxGdK55wELuihhVQLoeA1Pzp69ZeEvfbbqMs2V8tp0/wQ8H326jPZMUwC/fWCajWekWb/WmoukBqnh1RNrPIj99QY4mTeMNzTonnz5Jb2KBXz+jKw43xFMlN7ac0w3I6oAVi1pNUZiaAELKvAYJF7cqD7Q4x4xmNLl3YD2m3YH6Yal33hekPsZDB4dkwRyijTASCBZG5xITg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625279016; bh=pIOhB80bBLR35y+4FltyACK+PJZYSAuemAIMaZdFnZN=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GwUnbr0lQ7DppztA8Nr2bmm/XQaYpPlYsq+9NQ6KyUrjETWohXZrOqMQXjLlvmxzF6qcpXAqGOeA0YdGicNk+LQhZNVLkfNmWGFPByIbQlsbmsSrSZJCEv+VKVzcLPphjo1b7GY16VsExyWzxnl4ule4NGAGOYutnVepYSHw2GLarrt117OF7puonNsRYYE3MUtTsi9NPCrGGnU70uyLJ/8Q02VUqe0Ol3JE1p76jg2wxCTDSf7KYp0FjvA4BFmNR+XSTVCyGIkKYT3BTpgsv4h28tZbacyPn9MrHJSgPHFeAda1K0fmHzS4I/ZWIxAK0SuF/igUUX1Z61mNZQVlsA== X-YMail-OSG: RtagSeUVM1kau09UnPf5PXNUJWOMpHNqfxKnwSbuV0MsSyUOa1df1Dw5zQzGTIj fQKnvggOpZj3Rn9tuLr9IvF04vzuQ42Jofyq0vFjzW7lZZfMbsnJ3JY1sPJ1Il3b73S5ikAcSjze brddjkxucIuf.EyJEzZmK4eQAoWScCxjZTlzUEvre9eGxb8WXBZnYc.bJ5SHW.DWpAy8J.1jntwe wWASGZLoH3Qcjp400KHW8bVBRBSr6s0j29zeTec5s1yOVOuT23uWIMcj9V.AZt_.ekjWOjEAU_aw OCSWA.blxlGiHiO9X64WBF99UOt2jhbpCG4lTHS3mtMLJpF_l608f1D3.mJbgaKlW1EMS6e4GaDW _eDFwAuygMLsoGg6rpuVgTnoNiVdut5QG4wPlOFrnlwvNB8c9jbPS8LfU6WbiK4dEfDE0fyC7WEr W389VzZ6.SOtq6EJ2eWON5GqK9aavE7nLJHUYfciVZO.bbF56znoSQBwr3akp2DRBXVWMtvtTLe9 WNJFxKAmLs56_lFQKyfSffI6Zivo62OIPhfPDxEe.KNA43mD05Y6VuCBzELUanJJk.KWJobaaOU9 JHDk1fpysxvBggX_PdvkPRi4cQTQrRvE.ryP2RrT_GdWivzKgTF_S7qsDEcACt3LkFyhYIj9crVH wFhrcrz8kppS3HcznLnxnKOre.c0ia.JZodTIFhoio.Iap5JgQLGpjvrRPXhSJZcFs4CAOFYv0Jo BQ4vDtQ.KEzS4uWehtWonZaHFPXOt9le.g.hrhQyhS6_F6IzZXaNIHAby4MgxCuxpIaiw8eryVF2 ZuRxFtyMwGLMT1nvKKBWXgT6aJvOkMu9tk50OOOw5D8qTXX4vyFG31eZsiR6dTTFzWCE067thsfz hFaUI6JSUzFA5dv1a_d6jOh37tIRK.Cdbh8qkJjLPvz8UCfV6WDJdEnxjFR8LZ2xyMukIDE5DzOl H0NO8aIVjGYGOUiI_58oymXEnZvzPrfOuc9qkcXxCb8M51t5SXbuHQDkyeV51NvYbR.RUjWtGCuT bm2zFCrjGEyFs0k7vBtf9ckiypZjYm47Ulvn7EkYqwDs0skE_lDdYXawIteVj32gUj9LTiQMPhPb e4MvV42113fHl_a8EdzA3XRXEyfAx6Taiyuz8BZBHo5j_c2lXHVxMxTUx2zYkTjeblae8InByTPu f6_NG1u5WMQypJfUjo3.3rDezdIC8qDv.3Fc9UqQI38bBpeNxuqA8I2G1zvhU.O6LNu497nnSfEa nvwjvNLEo5QgXQyFdaJxzcvC6St71m5Dm3Ny51xIxD_YIYDVnPAEkkuFyJiPpX4u3PIPLZfgQRsw Vg2naI4ABrNJK5cDhv0N4sbay22mdWMaZj3Q6uzw1sBiYKGTMt0OBz.Qoy1okcFvxyf26jYseAcU zuHbEI7I7ScH7sxnWVFb5ITXcpyhwrNtZPldVOT2IbcXUvRaowcUtCApEOPdcJbtnzjr9jQvxz2X lniT2vDYc7jtOrqWl0d2ChiqN86DvX2ypjsGrvxp9sFOeemu65uqtLiRe2YriOGXk8k.ReK7gGk. HVZsAiKt3BEGa3qeXPRUNLEwEfzRHR6.D6oVryvcx_dbce9xE0JL3MpLOcpwNYM5K4PocBqleZLW jDPTMHTnCSBNct0_.RbL.mQDzVJr_CgHZx8kYWrf8NUBATspXOPSP_3TRV10ar.Y_oiovqSeSBSm VhdcE_ILo5bNGeMj6L8iAvszV8Tuvov83Mb0JAlx2wwR5tE9.6.rHA3Ky5rgoZTqfFHFpLOzCest OpMGeqn8sgSKGuWKR2GXEIMqyKqTHrgM4vMPE847BzfNHAlw9E1o2fwSk0AL41vPNLUHWedhvZw4 RUVuGAQH2UfgXmEzX54Ow56CB9XdiZvcvxTzwF1_9_7H95am9Uo22a5pviYiBFeXPVSBoPkeNVz5 ri1Tn4x9ot5j1b5g7UtO7AtfQPD0SGZ.76nQFMOYlzX.Ce8fJcbP9IZ0X_GCd02_zItjrS1sI.1m 2ScyaA3Ak.TqpmQ5HDc6Vm9a1wby2Lpun3BSuEbcOQxb9f8zgcAkdduydYkygH6bUcpnicQO5.X. Y6bDY94BkYcsLxe2LNyK6gPr6O01LQBNBn7MW4dbZCZmovODf0aEGnNUJWAEdPkId7tz.N31rUKn j879rvljBl.UjPp0XlNSvH_fDbhKMJNrMdUivdNz7mDBT4d7AMN1DbWF5Gu.u.is2r9TxQziMitP Zmlc84KvDjoC4JvSaDbnvFHzk2UVDECwll6NPnvJEm8q9CRDOovS4PBS.uVejZopOhbT_J.q02Mu U3T_9.84aZxKhMz9ndhhnoookJ1jKHlsWbb4cNO9XgeohA6kVql.iV9sKXYLH_7px0Jg_R5te4GU mPpiTPLRlPRu5c1hJdTiocpa82kvrYBJru8MdFtrMYF6lWLjHJjwvIaH0sz4h3foxfu9LMrKQJyK OzltN7Vhy37miJR7qwAgCdMe29I_JtedmlNrJDjn5y4FJF8pB8i04RYM2vC6I8kA1dWmMKZPfc2v yYDZWueUYGe7w0I3r.Ua7Z7tvncHXkheZeLYaVKl2p_Gp6peHzACNth4jLwb.iXT5XlHxT9dO_oW ty68op5Xiw6OHwk5HFkjJwJ_riB3w.qlr4sMjQUZYspnhltZlSoFGZVHNzQDFFdg.bIL8CHNPyiX VuGi2MCVdMJXg X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 02:23:36 +0000 Received: by kubenode520.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7123f49edf1cd5c7233540a8a2afeacd; Sat, 03 Jul 2021 02:23:30 +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 In-Reply-To: Date: Fri, 2 Jul 2021 19:23:27 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: 7bit Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GGwjk2NMlz4r58 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=QnfKrO8w; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 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.65.148: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)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[0.997]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148: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 I just noticed that in several prior messasges I quoted the llvm-tblgen command that generates the *.inc files with the odd contents instead of the later compile that tried to use the output files in question. This leaves open the possibility that I had incorrectly checked on if the build had failed, the build possibly not having reached the part that used the files as of when I declared it was past that point. So I may need to rerun some tests. Side note: It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log shows that you tried with: Device 1K-blocks Used Avail Capacity /dev/da0s2b 1048576 25784 1022792 2% /dev/mmcsd0s2b 1048576 25124 1023452 2% Total 2097152 50908 2046244 2% A gather that the problem still occurred? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 02:42:00 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 E080311FB456 for ; Sat, 3 Jul 2021 02:42:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 4GGx7749K6z4ttc for ; Sat, 3 Jul 2021 02:42:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625280129; bh=DMfR+dX9LRNrEZqAVcH1hJ5pJH3wqTm1Q29dnKg4oBc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=LWbJZPhpUWueZheq7zAejx0xIjoOLGE4r5bDlFvS/xQ0i9FecpYNlaawW6WIojQYFsVMzUqLFJu7sC8DnIxFFB3E5xpjQWQApTR1N1dnGOOkq594Ke2rmSKeshaBzMaz3AgU/TT57jgjsQ/l9/gP0VzvzlZ/yV/mjKzxxGyLrzTSQvrb8sqj0UzhEMpnvvbPorKNIJHUauX0nH2QXWHy6QpsPdcOY2VI/qeDmr6iaEwXrl6iu2of3L/u0BljFsqCRnEpssh9CgG7XLcHQr+XUhVvXxNg46pwHc4H/mZlOvv3aRZw66hQ5QvdpfXoL9SzwhlSfflFjaZgUj0Pgp2Hxw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625280129; bh=49RK0Ov9tffOskroHcOUCKh/BW601/r0qgPEMTTUpjQ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YelAIb4rABuEwtPFCtRbAf6wQCJ1nJjgauhr7pK2MIlgC9LB/+b1gUtGuKwViZObw05WvG3e1+gD9tmNQH0NMOR4SZWknHj+mzDE/+YB2hisvuh684XgfZkkPFU6JxoQawmtqqByiaapz0Toy88wWD0zth9ouHwN0kAwvo0nsHLIEaLxb6Y30gc2sJDO2caxJ+IhGUeg5U/acgJU41e83RU8YKn8YfWC9N3wqi0lczCzcdK3qciP6t2C0sOJfxOfu6u08itYqvEJw1SKiCqUofLzVuwWEXpmzVKNgaoaBA9d4UpGZWU6mSKHKuojaiXvNzPkmI8CuVX8ifksGu7Q2A== X-YMail-OSG: AhPPproVM1k8HCFKUX2GGdpoerVGKXGOExm.Z7MJhu56IL_0z.f6ZjUp8N28HbC SumUgPv4ujpIuJXc5sFGMxZIiw18NCecFe4xo.wfXIjRJYNAB_lJq8GbbBaXX4qLOaz9HH9zdS06 2duifa.FVkt7.HSDq9mBWfjl3iWY1c.9YTpVldCtCgv9.33rmqJbFTyRSvadhJCEYZYl4U24appl FsEh0H7eYNYZWWlrbevKqhIHiQWQnV8lMGQTaLDeoUlpTOwYbrxCCbJ4H3FdC3VJaacskeHGRy6_ eNA8Oo4qSCdH3qNlFsvbZsNpOv37HzG056QXNxRbNRGNSBd8mXPNOwLUNZqwLXkU7E09FaXhebo4 tOX35duyFgo86TPAcc27LoYsUuJsbG0lLoagjyBMWqClP1FTgaKX2F_4UsQe1j2cuI6RP3upiPQf zVfA0tARidqSAnk4kpG.H36uGZtOegh09S5TqfgvZMpDxI1if1tA56Aq7jpsbuGfZjcBR0vN87dw FCQWStv38B_Q35WiRgOmIfDf58Ewzyk6l0GQGd3irLv8ATjAXgKczL3H04WfGyHozDR0hofeulCf qPBaLGjvSijr_owJD4QtVx9.7vqlFpw93wMpdaxTzauXLmPUUmHfuKpHF2Z4dUSUQglTD8Bfs5g_ Ov_bybbmnEWGNpWPTXKBolbhWh1A2YJUmpHzlRnzXqEfJ64uzbujL4jbQd.EtKyphZ4D8bHObLbG dUHX2KPAHk3TVsEXhFuxWOferJifK9Xau1jBZLRHNzlpoMxrW7rMWF3Q9ESJiwQFYsFEDHVkNe73 H6gp1afttU3y9mOjHXzh9_yyrDeZiD_rW9TIbVEKgOm3A8OvYEw3NjjXe1fGlzd_YJDZElMnjRao 7DdMbeZF.IusxGjuNjvC.6OAMYUtwvi7EAE.j_gv48xpqDOALlkqIyxkHN7dNBndRWx0i6HHEahB rFEdMwjok9MdhZ3Eu3ltNePgWLmrywabIqryIOCxnkgAsjxxG5sh5nctLTUZSOu9kGnwhObbe4Y5 svt8Fb2TFewLPwBrNeOUjqzAayMm9B3mz99Zcj0ku5Q.vtNPlBci0waDKlhPC52c1v9MkMTEDA82 8uCFzrxGy0tvbr6DdNbnUnjfM2trFd_D6APDMnnYjnYKo3zcAs7aNdndnCGEvS9UZWKFH53fuBjH Xd2e7zYhgqeEXcXIt88_N_A6sWEHfuyMVJWRnVRs1bYlmIKRRCAUvJ5yQEndXaWOVVnLgVqOuAls dnrnoGc8ALcw2ZC1wG5snGHtOVz_2WlULAcrvWzgckdiy3IoNmNZq76GnroTWYl77cq7y9ZuymmI S.ACz3om3sEJXcvZp.XTH1XYbXuq_LsDRq1Sfp0U7XuX4szRljx7viuVR68zyz4PptDPupkEZA.e P770NvJ9p4Hg7aI4pJfNY0YBegu4bqHzN_SJOCZDiLLTLj1P4fzw04djm8UGx3fImsuAuvlBQ8IR OwUxbYjIDpn8.WQRetuAbhCUwoHHdTCTz_iNwqXcneTAKv3UtQZnFzinKjXMn5CA.Y46Fg7VA36b Y_MNg20pqOUNkZ9hQvdagPYgxYaUcwwwTF9ai9BXRivDyfvgmyS4oHReyaL4NK2FUqxCQw.05OJS aF6W55Ew8UR7DmwnNs46mPCUdiVznV5_7CaPtjk0ox89ON_GR6O3Kolg6QWUTdjt7yfMBoXG89AI dR9Foe2IP_m9Ap1lpkRVpfB7L5lO5sljdrHLTcL.Jtmu0.RaUT70akUNgdI7bZr60uc3_W1UL5cY nNy04VWGhMDYAIGCdOC1bZ2KzFHBl0G43cfo3iELBMG4MuYRV4JIx53LCI32MCtGIDPsLjjfgObO PH5KpvedA8ztg_uvHHZoNmTwamAiZ_FGCyGRFuOdP0HMVLfZaEkthdofd7HIdEcJ7vGG64ud6qgo vWc601PDlgOHifE4xwMNDLD6mcR5MmD_7Q1XZDxjZsXazc9zHFxw6ZOqADAAyz.l2yGKA21SmCG9 F8VqReIlUDKAEiT5iK4ollI8aonsoY9nTOfNROd6nV_4jP8GolS_MoeseHNXgi6NIrfZ.PEKCB7w kCxo7Pd7OqrBmh8HwiyVfnmqa6UARrlPjzvFKaPJ6MVEDqCMLmlymjE4q3EcTCz31x80plOESlS3 fAw9YNBaRApJpFRSkk__e2203GJAPNVuY64uYhfGKyjyT0O89HRfeqHwIVx0if5_.w548H7_ivoA YV6eq_saKHhBXjXT2C0AAIyXOd9Axj7JxEBl7GU2wVFuyykhBVWwV5WTXVJp.OAMp7sMAEtxORbl PjRPnXRIAhaKYW4hz.mHysdIuJ69j.OK2lFTfEyz_p2IeR9BY4gOeDlUfVHg1bT799y1YtYI3lAr 0UewMW5Tlvn9KzhSc2BamKFrezQUC5zIPAEPFAmQ7uAh1hpTyXAXKej3kP.9UtztbFLm5A5SCb2A hQyKnQnC1mQ6lQmvzOifw_Ov16OMbrhqbf6Uy2SW5aOxo8gdpAuHbq0CV.zGMB_BOAWLCb_D6yyY 3G0hr1SOqqro2i62UdXl6RVVAjgKzX1TUslw6f2Ym7buAaeXkoRTKNaL2EFsKtJH6vX.i3u4UdUr ZXsPSc0qmZUqQxkAH8Z4kcYxLUi74yMi75mBakWeq1D86ZMQBKx__oOSJ9DfrgPQeAD2UqAw4lHK AEDnNRfjGmnmBdJo3 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 02:42:09 +0000 Received: by kubenode531.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3e2fa032078ea570ce58f7ccc99c1f88; Sat, 03 Jul 2021 02:42:03 +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 In-Reply-To: Date: Fri, 2 Jul 2021 19:42:00 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GGx7749K6z4ttc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LWbJZPhp; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.84 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[0.997]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84: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 http://www.zefox.org/~bob/poudriere/bulk.log shows that you had the RPi3b (whatever variant) with the following builders (jobs) going in parallel as of whe llvm10 reported the failure: . . . [00:03:20] Building 81 packages using 4 builders . . . [00:07:07] [04] [00:00:00] Building lang/rust | rust-1.53.0 . . . [04:10:52] [01] [00:00:00] Building devel/llvm10 | llvm10-10.0.1_5 After that various things build in builders 02 and 03 as well but: . . . [06:53:56] [02] [00:41:42] Finished print/harfbuzz-icu | = harfbuzz-icu-2.8.1: Success [09:01:25] [03] [02:18:33] Finished multimedia/ffmpeg | ffmpeg-4.4_2,1: = Success [18:53:17] [01] [14:42:25] Finished devel/llvm10 | llvm10-10.0.1_5: = Failed: build [18:54:05] [01] [14:43:13] Skipping www/chromium | = chromium-91.0.4472.114_1: Dependent port devel/llvm10 | llvm10-10.0.1_5 = failed [18:54:05] [01] [14:43:13] Skipping graphics/mesa-libs | = mesa-libs-20.2.3_1: Dependent port devel/llvm10 | llvm10-10.0.1_5 failed (The file context does not allow figuring out how many processes per builder/jobs were allowed or active, beyond it being at least 1.) Trying to build lang/rust and devel/llvm10 in parallel on a low RAM environment is not likely to ever work well, much less having other things also building at times especially if multiple processes are allowed to be active per builder (job). lang/rust is more resource intensive than devel/llvm10 as I understand. Running them one at a time in sequence is more likely appropriate in such a context. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 04:47:04 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 756A911D7C11 for ; Sat, 3 Jul 2021 04:47:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (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 4GGzvN5l6Rz3QCH for ; Sat, 3 Jul 2021 04:47:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625287631; bh=QFusl697Wv2+cxJ6is9+euUBI0ZMYdNOAb7dd4bMMGQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DslJJUTrpk32cbCiMPN4yB4fblZqFTFZnxFb/KBBBHOSYrB2FQDT+9m+o6CwDtwuYJqvuXHbzU1bR+0ab0h4aCCvq43S2fWzLdtx2F03kwNOBe8MT61CJdCLRg3pLznZbOE0OrAQyhH+Rmf9PBwR/8ikZ7qZmq/IxFnRrJWrxv7z8LBXrLx5WLJKQaxDW0ulYCgdxTbPfNeXhFBkzRDGyL4CckFOHhbLTw3VI+kAZeK4gYcoOitBekkMOuAujZvagCzocOdZYol24POjRdlW/6CbKt73v18qIeO2Ao7/VnaJbWCGlH3hyuhqRceyp13JbPrcTlXKbu/OhcLnaMDLMA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625287631; bh=+iOcZa7DjhZaqHHdGelMXOb3gmk7nTj3+gH+OxCmCuT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OwZ/xNIvIzQSEuNBydy6k9++uF0qUYarB8ebilXFQhtI3JN9eT+Te551ER/rIReQKjIz6GBXfQk+8xxd9w/QwySEIvEP5EZZXEEhVnBMiy8NdzWbCI0/QwG75SSWINxV71Wq6iuCyMMGdScT+x1uGyJQVm9Ga6ZJziXlaTbr/3SpEGoO5SbH6TSllxM4kduxTFXE1kTBpe27qmfjwRv5pppvJbcXsPJWACdomxN9ZDFsDKzC+yFOEKyYLt+tKO8McqnstcJvkT0SGjjiRcThkfdLqP+fNRpqKnBNZUnDspJQvfvVw9tA03kCZL4q9TX7Nzln0RlHSax86WE1cPZ8vQ== X-YMail-OSG: kyj3wKQVM1nd_9HH0k5U9WBxeWWlvll0H3uxBZQ8IJc92u2FicMJujY5p3C8m_c HSeauWcIFFqDNTHRUAl0otDagiDpkkf9z5oFF8JCRUHaMxkHkvs7_S2FEUPr7sceJ_sNl6EtaYuE 4S5dIuKxO0dtunQAYamm8Qf5R1Joy8_XWv3AHEb5bXpyNVV.NZwbeaFS6MXClmGKsKfS3n7trjz1 8VXcKNT90ByJxs.TFX.ufCuE17tr8xdkojgkmvMHOdO7BtUuzq4ET5rMDxEQNBWaa9j2MkG13OTe Lx9V57R2rvxfmD.n9La0bNTaY_CMpoe67seafU0Z4RY3WDMrm.rwZVKkusJM10TavBZcn3GodbUH CMJSHU51JB0TntJb2I9f7YeTnSIjoTYxvCOfIgJgOyz9FM.sfkSnjLS9uYGfxJtD3hFI_4otqLfG BWnRGNi5qbUh1BYc8m1jHnwjXVI8ahClMKcRwcXwt50YyooAZ.6b2QQVbh1Bun6GOjy1HuHoVEfQ xw.EJdsUipwNjp..HHxhrgPTt29GWm0SmF4QqeiPZZeSWPfc5gYsD_Az.V1z1bnLL4rbw4cyell9 1m0kWl5HL6jNXAW.U7WLZLW5XQiVpk.xb4nJNDngmWTLUER.oCyN.jjInM.r.JxeuAVJEXgx4aa0 A.2EgRYNkzgZdzzsykFhtpg9AJSKXztNlym0UPJR5dOJe9oe3Ccc0vpcMDutehqy9.nZqlJ5iL3V cIUq9tXd8IKSCNEbYSOvXG__Pk5ss3XM_hJIya.e6d9huTgpz7PIyit4WmSzxHyc7PtRkSoutte0 RsQlxVduRDyqaAAYJkBhVPzP4_BYR5Hyb.TJOVMXvuM.r1LuW.JXDX29QUa7K_pslE5rXaX9d7NU TREv_YfwZWsEmIJYkD1Cr8xLh43YsT0CfNXkei00vZc2c3vGvYC9HY2EdA2qCsSF6AfL10f__rJu 3mcIo9TnKeCxmWan7j9A5UqYcazWFZ_vba7wahV42rtzGzkYkC8HGiZF.fI1JzNcd77I3sn3O0P8 s8x2cJMjsY89Xm4KW.C1I3fyNCAi.ww.UjcEGU6DEYAqG1X9k46qosoQhOFtmldv4IeabcZPaXyL hCOjfwGlPFFAvr.vtk.YqDcc_vXjMnxT9ip0mf8YDUF7J2hkLqBfqHKwX5dLsOMej5dIEX7is_EB SxiuUOOf4ZIBT020.h_0Ylzid9e9t3UxlQUllxi4kgHkdtzQpwEMvSK.eD7sAZ89eP5dGuGOTW5G QXCGNZinZSEQ5cbBVFbyZymvis9cckKvWWmBMPHyrVz3pfludqZoAisZoEDRI_sjxDHcAmWebYEn HIb3xxY7XPW1sMfiHHLlF0QZzUCZTn2oggc84dpZ1Sk.sEipYkYOmAI_U7vebZGNhXjr6lq19Cck qpLYl2lb3kQZ7.cAsRRNTsNrCrsECIkSb0fb6G46Ic6OmNT9YqudT_PFRovTCjpdHWliA8JvSx2q XRf_GvvGhqiuBhv1E2o_Wifj6HWmotgfJ3Y0ekfOowTix1nCSVJgDP1wuiHQONRwsu3VGyqzOkiC 8Inj9yEIJKSPqcXoDPjq5EsYNlKDPipQMegEWygRtWIRQbbluQIKCg.vDwF8v9rn0Ip4Ki3.Kj05 E6wd_PG_NVS.Nq56OBt9c8dTdScWdls3Zsx9fjvkpiAoxYS0j2.cm0Jnt8NJCh95iwbeOAqlaBm8 CiqdN50WOK2pjgKPBnTEyfydSUNfLWNpcxF9IGKGBhSgIgOIQYYq8Z2braysmvZzx_Oa_GYErafP R.v81bzUx.V0o1XVK_J_Lx8KKTUZmfpMUZ_HD_ncBbLT_e0wlBgF3w9xtmA8js9muLNJ5h96OQaK Mq1UAjQeslfOUdobxhiXw7jaZQjAzamT2hAmFL_dowQ_r_shUyU2Wb.aN1YYVidijmnusXu_aB.K RQJBBKja6Hng4YeI1mDaIOne7R2Uosj7VFDxvvhJhHgYDUMwfj2GOCs4SF_O1WRKKp__OOChSJGp YXKxLvHV0oiYrmZqh_nrS_4Jis29q_Q7fgokhC2XKwNLA3f6nYmnOkEXyA6wbMFN2PFI3NZRV6Iv WCGZNndTZMFPViYaHMJhJckWEbKcSX_iGq.ULDaoeeFwsFjARGJZLXyEHKW6OLtep_jzf93DQkt1 iPzNI3cGFDP.LxjiU8QhKSRMYeIppWjewiicfvsyJvzmLZ5MWK9RrglqtP4UWnXfhpBCcH0Zwd2N pkgjyuhaF949iKFq54q36K4zUxFUJDVj_7_6RFHUOSdxvh7jhyUSBmzVPRpVcM0Hws8I_HQYzpsk J8i1ugJOzknGB6B_nM5JEU3DNadgfDx7B9RIGmDwYPRT2n_OLKCx5y3viirC40W4oGvyyqumYzVO 6YYsqV1TRdXciR_nfUQ.v8oCyZj1RolwiW.FXUVymK5YnoPLg7N0AApvZEoy2f5bhOpwuroAUj4Z 1wqtfNel1OaYLElXfVe.HyQ_dvn9OeRUCs6ZHuTOMhjl6xK67w1uRwDhK_0o03N8fcfjtl8KZ8AV rpc2U6lSqt84EOnzPdb_ArWnKpzfG0S5IzBv3RB7dlVQ_R8Rg1w6L0WXFJnDfNX9eCGBYeZ8hLrZ dRLuzdIXdDxJ2KmlO94tW2u1L1KPV86Lh7KzpNMjy3Xt.aBZ8fMbW2HBVsdbnaO4_.OsJ0YuC5UX OkwlwZGBtZuSVrUSLp4yjZCkBy5.0i6IgLtovIC3HZcyUs7kvCEgnNqA3a8L2_O5QNLoP.wm8HA- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 04:47:11 +0000 Received: by kubenode579.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ddd5e0e1776f8c64feae8d774cdce4a1; Sat, 03 Jul 2021 04:47:07 +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 In-Reply-To: Date: Fri, 2 Jul 2021 21:47:04 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GGzvN5l6Rz3QCH X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=DslJJUTr; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.32 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.32: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)[-1.000]; 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.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.32: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-2, at 19:23, Mark Millard wrote: >=20 > I just noticed that in several prior messasges I quoted the = llvm-tblgen > command that generates the *.inc files with the odd contents instead > of the later compile that tried to use the output files in question. >=20 > This leaves open the possibility that I had incorrectly checked on if > the build had failed, the build possibly not having reached the part > that used the files as of when I declared it was past that point. >=20 > So I may need to rerun some tests. I have restarted a RPi4B total_mem=3D1024 test build of devel/llvm10 via poudriere (-devel). It has: [00:01:12] Deleting llvm10-10.0.1_5.txz: changed options [00:01:12] Pkg: BE_AMDGPU BE_NATIVE CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP=20 [00:01:12] New: BE_AMDGPU BE_STANDARD CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG=20 as your builds vary which target it fails from from one build attempt to the next and this better matches what your logs report. I need to wait until after all the *GenGlobalISel.inc files for all the targets have been put to use before concluding that it did not fail. Your logs have gone up to at least 17:34:09 before reaching a failure of bad content in one of those files (when only devel/llvm10 was being built). In other words: a lot more targets used their *GenGlobalISel.inc file(s) before one failed. The context for this test is based on: # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 02:02:01 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1400024 (So it predates today's workaround for allowing lang/rust to build via main.) Usual rules for me for for USB3 SSD, swap/paging space size, etc. > Side note: >=20 > It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log > shows that you tried with: >=20 > Device 1K-blocks Used Avail Capacity > /dev/da0s2b 1048576 25784 1022792 2% > /dev/mmcsd0s2b 1048576 25124 1023452 2% > Total 2097152 50908 2046244 2% >=20 > A gather that the problem still occurred? "I" gather, not "A" gather. (I can not tell which build attempt the log is for but I expect that you would have reported a successful build if one had occurred.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 08:45:26 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 557E511F8538 for ; Sat, 3 Jul 2021 08:45:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 4GH5BR38v1z4dpw for ; Sat, 3 Jul 2021 08:45:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625301934; bh=mbBABmbhNQXL8Z6UB2D+TQytr+jM0+yG/q0PQ2KH3Iw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Hm2aBV7fi1fgPln83wtblg9mm3+YGvlf9epx/3bdEoCKWPqEp7bAA+CVsyd1l1cIA2vZYgcQUe7HiNI2WbpWOsPpkSFnO20YZ3U0W6wJMiwgeWFatCXzAubh7Nfqii61uvcs7sumY5cfWf81K1Akfh/gPr2Dx+xRtmPLmfh2+vfM8ckqeBhujJNI2hLukR3TUb12ROrAKElrIFXxzEL/BnCnCAwbcGt5SjdN3hJAFlwsz7txkcH3LLx4qDw8V2IQfVk1UG3T3ohYTHYub7FzrPogq3hclaf3jB/3cjz3j83Ary6mlOuLVmS/YZud6LaOWrrK7H0HrTEN93zraA+sYg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625301934; bh=FVx7cX0QpMU8fZ1VsTFXPvNTWc+icwI3pU/TYiIHtyx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=HMWnVcRbo3KpzTlmZcMUPSvBi3uSGmWSOFedYuPot84h27+00o9zVBWzSUNvm0SKIcaZ32art1JXy+ibOnaaYJpHW9QTt71TxWZ2sSLLChWo/pzC/gx2kD5lIyeTpOBlHcrUrRTNvS71NaH4bLjoMIEGdI2xxW3pz2hbU48gSpK5cGvXcQQHRzhnNz6Q7kU8lRAxOgir2CV/B9Va73hkIpQqmy6v2iagBU2o45FB5I3I/FlfehCGQN1DX1+YQBqYw4BzHrcRFg5twKmtEx352F3vNW/QWbA8I1XzIDUrvRzUdYc+Hc8DeQBozf/7Ni+O+Ros3IgCM+ODfLRfhrtvww== X-YMail-OSG: ceULiVwVM1lioQygEgyQkwSt15oZeWZ6vD40x3Rrip6zwkTf2zglbtFQ3vltqCJ v00m1TXMmRfUbnhr16SJ5.Vr64dUePMGg543YtE_ocpof_4FkiMIcoEKM7Xg8EaJChNUlIe0ezrS lrBCQNPrLS_ZpEsIEuB2qotveqS.vhm5NXGSnQxy5TokOBCdXNGXXf_mEcO3IBoU9ny0ezQuYc26 YZaGQEYJPZPRjt83opvuFNZeZB7gRrnNHOheZlzbpAqh1Atfl_tjv2dpEwaXplzqzV42DYsrn66B s3DYbI5Nw9fyhJL6IGjLuMrINNGG0.4veTCzHdBAFdyPcfG1BhRAQZZ3WuqybSNTJpQNMBdLhdGV ceyYdt4q6l6MrRaM6L6IPbB8bp9.D3aEgOchbJE0_pGTBuSg5EVsnELfv9POoUP5lIs4Q_qkHkMu kUlxS0pPX13NgfZwv5rYXYrKNWn1tJ6bemcc.qMY2DSUOuPJZNWIvtHPXPY6gEtlQHGwAuBwaDqd Mk_jhQb2rIPyVW67Xe_qTAZBSI0q4F0UUWzv8cW6dNYv_Cs_wXqu_PVyE4gu7lUQny9Ps_rNMscg qAvUjzJ5Otyg1rHeA6qbY8FzlopmWMbH0pTrlHF_j81AcrzvmbGCgcuDsZT5o2Cf8d2m2XXsFJ4O EybGVW_3ioJqd.LEtSN2o771n1x5xPjfb2OzKGcxiY9nc2XnPI69Vd177.ZgZBzxcAhGNrgPbOrG E8wlC0gJcfVTa7hl_7utgkA5WUT8tRYjR6vZBhXVB.gV7FZeoAeqqwOiXBNsqWBARbLhD8cXtr4f WY4ct_InyctdVSoDkMn1EZALrM81K9n18H9vnpDeOaPgNNfeYdrozqokZmwW3uOijn4hZJ2rJ7v6 2seL.O3Nzg7OV3ttg40gEBCphqHCQFs_s5diBvW4XVOpH0iqj3VEG5UCEuoTU.kF5i9qNWo3elUl ghv7B66DFOWBwW1qBMeVQbBOoqSqFT7gq1BN.8GO1mmDUBhxxs6duqoeDUZrbBoDFVXs33cOXNz7 abBeLRLFDVuxjXG0Tbf_mvyBIkEDNSvXtdhSWj5TQuU4BugVcrIa4BJV8Dhb8SCeRh3_W.0mxKx5 8qKVBBWrJ3Gj2sSeazl6WB7AuPLZ98F3r5o7ADiiUPmDIE2SFRWrhjVvSG_BNQgjaVDALfb5rmu1 Al7UXDG9fcdBINlfe9hdbVkVxBhq9K_SJLi5njk8TbPCt2kof3q5AZA.BAAlaSojdsu6Jdjnf3Fk i..kiVsblM3tKIfHn5EoFMngf6ZnKgIfL9vXD5mOPgH4qJTRMd8I6GSFaYE0PDIkW4hjxlbLR9Nr pjuJVvAntMQLOGKZcpBFaiCdaZqR_tg4t5_au2YwpGOUR3aNZmY2ardu1in_NjSmRb1HWpvit7sc Yblyve1shuS2AqCa8TKCWCpAlyCSyuWtkI8b0CdOM67ZZMyqeCOLhvOQEb3GTolo5jOlREdbx6Zf dVZ2BMQS8xoTZ9lwuG.icGCJSJZ.3jj3u3xaiKIBBQJzCRnrGpR02jjnClmzMo1mAx6pW5bPyX3l a.B9EzB2nI9oHzl11YJEjElfFon7PzqH5BK2Gq6HD8tK5D1WNJE7AGMsfpfvw1uNAsaBo6XGyeUm firJs5cOSM55ruBjZ.hgUfhtppq9sqdE2YmRuuDxY8lo_YvkY0GhghcM.d9WC0DVhLiYEx0vU2YP D0XdfaQ3L9afTgeuyN_Rb8okOsD7xI0rSnZ0aa3NvqtSTPJW_fmpL6OwhohWc0KAXy3pFmKdvA9W UMOShYlfYlNu8jFKjbrZYgqmJhrqnU7fswXsHI4f5IxuSduTpGvmGqpyPjHoEl.Ksy5Bw9jB4Zzp yXf16DdYVVxVz0WPZf3vhqnioM9w7z_WUKJkKCDRFO6F3fpxK0bnZIrzaGKDj5TJ.L.AxBqZUhp0 JDJydMpPZVv0KWdxo_0MW5FDuPV0ZO3tTuPUkvwCD9Aj6_l2b4fhe9RVZ5b32X3F8inpwEJIaftV jEo9gQjvCJNRSFFszuICp8exydSjCURE_qbcETUrp996VcYzszbWQMRAjgJwH.e98EFDh7IAgOdt aOA8ifJih1XdHl.7bHgtRfCORV.szPjjHLxWYS4j4OYOz0tYwALwAwPf5E.1hOzJpLSRHcd1.D0V a9Eypdxas0c09GqGuiFUe1h3w.IBHBzQmEbssFkSkNEUIFeF4i1Lak3SIvLbnktj2pwiFra_hJZ4 s1KXYCXhe4wR1HAJ4Nlxw8Xbfl5gC54wV7OVb9X0pp.Gk6enfJAX.aOt7oH5stvnOrRycVHkQvsx Z1pm71nYqCMl.TjNu_5XLqx7oboppETd7NjkpCKcfq6sQwdAZWlK3N0EVCViY.rWxr.CRzmtlo1j c675ljYKRXzWfrVEJhXxD6ADloeOwIniIJo1RONjM8MoXecqHAKYWpSmRKnU4g51Nrb3eV6jnOT3 VjT_Yv4JuILqoVRMxIywrU7vJkPZ7jNFfx2C1o4MsvjRof1BwFL3xdo89stTvJaBRqWy8qzIFqGn 4i_enSvfHENUmIle.neQYi3XYgaPaAs4EazIVvQDpJYWuzp8TKsN6J.SdRZ0o28Q01y51EwFJl3_ PJCed5m5BG6Ajp6Kw3chl6NuDVhIxvK5uCWlKHUKHGb6IJyKMSJHIcn3EINLBZlFZm4UMOalZS54 nTEoxCB5CkLbHIziYTCCGXj4cXTV33.efSRJg3bi5a5BYWKy0.IjVHOCQMXJTmoAP9d8pAAeMAg- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 08:45:34 +0000 Received: by kubenode549.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 80db30fab87a4daf1b084f99e47c1d77; Sat, 03 Jul 2021 08:45:28 +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 In-Reply-To: <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> Date: Sat, 3 Jul 2021 01:45:26 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GH5BR38v1z4dpw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Hm2aBV7f; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.82 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.64.82: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)[-1.000]; 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.64.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82: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-2, at 21:47, Mark Millard wrote: > On 2021-Jul-2, at 19:23, Mark Millard wrote: >>=20 >> I just noticed that in several prior messasges I quoted the = llvm-tblgen >> command that generates the *.inc files with the odd contents instead >> of the later compile that tried to use the output files in question. >>=20 >> This leaves open the possibility that I had incorrectly checked on if >> the build had failed, the build possibly not having reached the part >> that used the files as of when I declared it was past that point. >>=20 >> So I may need to rerun some tests. >=20 > I have restarted a RPi4B total_mem=3D1024 test build of devel/llvm10 > via poudriere (-devel). >=20 > It has: >=20 > [00:01:12] Deleting llvm10-10.0.1_5.txz: changed options > [00:01:12] Pkg: BE_AMDGPU BE_NATIVE CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP=20 > [00:01:12] New: BE_AMDGPU BE_STANDARD CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG=20 >=20 > as your builds vary which target it fails from from one build > attempt to the next and this better matches what your logs > report. I need to wait until after all the *GenGlobalISel.inc > files for all the targets have been put to use before > concluding that it did not fail. Your logs have gone up to > at least 17:34:09 before reaching a failure of bad content > in one of those files (when only devel/llvm10 was being built). > In other words: a lot more targets used their *GenGlobalISel.inc > file(s) before one failed. >=20 > The context for this test is based on: >=20 > # uname -apKU > FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 02:02:01 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1400024 >=20 > (So it predates today's workaround for allowing lang/rust to build > via main.) >=20 > Usual rules for me for for USB3 SSD, swap/paging space > size, etc. Well, at this point grep usage shows that the files shown by: # find = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/ -name '*GlobalISel.inc' -print = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/AArch64/AArch64GenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/ARM/ARMGenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/Mips/MipsGenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/RISCV/RISCVGenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/X86/X86GenGlobalISel.inc do not have any examples of: @2779096485 @0 */, so I doubt that the build will fail. But I've left it running. >> Side note: >>=20 >> It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log >> shows that you tried with: >>=20 >> Device 1K-blocks Used Avail Capacity >> /dev/da0s2b 1048576 25784 1022792 2% >> /dev/mmcsd0s2b 1048576 25124 1023452 2% >> Total 2097152 50908 2046244 2% >>=20 >> A gather that the problem still occurred? >=20 > "I" gather, not "A" gather. >=20 > (I can not tell which build attempt the log is for but > I expect that you would have reported a successful build > if one had occurred.) FYI: at the moment . . . # swapinfo Device 1K-blocks Used Avail Capacity /dev/gpt/Rock64swp2 3145728 1116384 2029344 35% My odd variant of top reports for swap/paging space use: 1271Mi MaxObsUsed (maximum observed used) and: 2180Mi MaxObs(Act+Wir+Lndry+SwapUsed) As for RAM (each MaxObj can be from a different time): 961312Ki MaxObs(Act+Wir+Lndry) 712760Ki MaxObsActive 261724Ki MaxObsWired =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 15:33:17 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 A1B4E11F35B4 for ; Sat, 3 Jul 2021 15:33:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (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 4GHGF25N2qz3lbK for ; Sat, 3 Jul 2021 15:33:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625326405; bh=EKj+IqQVEGIvfn/bCS9xHQwFyJ4g+HHIKWtuchSeQaU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=siPYI9829nOd1RMrxHY1U74k4SJsK3LMvc6fEf7n4rwYIzGU8raXGxbHg7xhH18r5+xNzr3G5oEdx9jgsjm7jQhAr2KzxT14j7Ry1a6qFw37T5F/TbuXEpKIRk0HCNVoaj7ETDS4H7orjWQ1G0+Zx8gb3H9xhrNSf1fBH/xaXdbyu716lGzfcOiNMCxXqdQhv2NbCJXvxmkSexMaWMEWuUMRrS/TgoEZSijZzU81tIbwAe6lrdB6rnxHUFRYppxQL+UEAymPL29UKb0EVVP19YSgHVTZKnWkf966q4oeIOCJ3jPcVC350fy4nz+haQK2RQ7gVkhZ4flbISPSjC1wBw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625326405; bh=Wy1r1kCbYE1ByN1YuelmEc/bso+xeRQpDXhQhsRtfb8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EwkY05aqHQJ7LyJUqntsRpRCNdr3EYEwSeDQOzpdpsEsAWHwjRmyY2VYNREsJW3EkKtpWyJi8Eg2qfKaVQpfatmDhZZeZXaCC6tY1qmg5hOXJ2BdCnxhYFUX8glTdBmPd/fVQjjJmLiCAdacq0F45xemyQvC8gXT5A+bOvw5eJfh4LQuDkEK1cYqtlHC074ORJkb0dPUlpdMLj32inWUxhX2x6GrMJ9QxP1+BNRrPGNebJxWtH+EDsIEWwsAPXgvvrPBUEnuaNoHJbJsFRSr3hZE70idyzztuhp+vOmzSTY8MWgfuqfCaeBQx47Zl5cVR/vj4xznfrA7o4oE+KFgkA== X-YMail-OSG: Jbt8CacVM1mUpKGVUtiuqe.kcgog0PwPSJQGMtY8NU0coSJFeBGUi0VPtJhyUAt B8HgVvRhJ0XAsOzCt0vHqfMwOYSZHSlVjYYa3RRV5Rtjd86FKQMtWHDcb80oLf2qU8i8UrqjSUXV IZ0xpqL8w874puchkEDrSLEETeR0.9ZI5I5KjDJH8FlK5rKtzlMkYmW.h.H8YNnh..6mSuk8XCzz C7dZIzRoQIKyn.I5c3n2vbtiS0eSjW_tziJqiAP5Tur69EzXz.7JqJ7njmU0JGFB88ryEzk5E367 G11fc7PzvJJ_3s3d7VOUqODRaaTW0mYGNbD19FWikIgbS48xzyXqoGffcLXgr.2RCXQa7RyJKqKJ KAAlvq9invmUP44ox_Dt1oJG5BuAaRU_G7WkMcveD6zn_hVpP5Vxz8pmSYWykYbXAKhVAT5dRp5y rqlACURkAWTsPoLCRdSebkv.XCETGeVkAq.qtozRtM7WxP3DioNnW8UgeXi.dHkrtkrfNxGgp3fz mC0.ed83RyLB51DCR58lIJveruhnqoyW7zEvt8JkhU6pem8_fjxtRVsKXp3CbS3KhZGgh_OMWhwv dhT_m13HPoHdDcZ4j.7KEoequCbbKA9jgnWOR73bRRnENrb_OhTVfo_JaUqH3qeND_4FCaCdQufW 8JX9KQGPwkhT6SqAdapDrKO3UsWQZOjBXVyUkbXrTy7YZl37s82M29PSLvmT6jNnW3bhtumKWgrE K6tOLc9N5Jld0VRwl1WzeYAvSBuRseMZarE_n.8GDiLO4.9emm4w6GozVzHbdNSqCG_XphhElRLw XhkaZaI36BgNwmSyKfc7kM3pWkc0Qr_kLtEdfw8m65PNHqOS6ZABWep.KCQRm8n72aeYuyhbHHP4 tJpuXUlwgPLZaof1_P4_rLnOje4R5n3sZbVd0hMzCV5HMTaL1GEsa.fthRpC2UVIC.h90TA22ocb z.UxM3zRRihhTAygzncraGnL0h7YGEBGuDhzFqWr3RkvCvYnm4vKTbG1.T0HbBydaVtKySfoq5UP HWynfoG_MIUqTZRCe0xSTT0qpjli3MHS1HvoPFaa4Ch3_BywKnC2c62N3j8Fzw4GJpfj1gMQthl6 tvQDXe7vGmb8PUbszaNdOk5eIV0l_4Rt0r4D6hlV6nvDMXAwVUU36vWUMImFqkfjXN.T_i.iCaXg 89N8Q.rn7y_KKXAsrwxnwejyTl801X7Ar8XGFb_xeV5vlourH9ebPqjznW4ba8QCl5kG.3F59BQg .qLedBIwNktGb2RskRHrCUTJygBcSyqz3ta4WDa1NGe7V5yZGUKq0zxdqnvSTuBWsbI1GlMIYLTP RXJDXq.H1Z57NHlMadFW5Z_wBgB882dVeV4L6O8XZgPslt7dhjBUtxIlAaHrYpsvuoRSDcPvcCDO g7JTqSMkmwaWP_X70PrxDQ66hH8wZnlkjqS04vmXgBmGSAj3kO1sF5F51piWAQf15uYa_uNVwmAZ TL2qMENMA5SU_4bA50MgzKxJn6xbUFihVyBQrBjgXH.X894uygalKUMnBWdplw7XMtRk8y4bcrHK sIqsowe8b_BYl9LogHVADb_zlD72usF28QiYOn3KXoOLnBTZZwjgBDcz.fm642oJ6yiwLkgvIHVp LzTRF6Gh4OBjC.H_Iov53he1wJ2tFs4XqZ0n8J7sZiiCS_NYVATn4DN_VWSg0KnzTKj4mI3a5kvB XDtsa56oSE.Ctu80J9b2NSX2nkPNUphiY85oj_c4wwYzfXz9GhmVjDTWrtHvbl687_B4u7CVMPZQ qqGawBdOjrBGoQw7AM3xze2zJLqS8GzLaflteB3u4RmucgYJlZjWXRqC3icJnwouuhuwq6RE4y9D bgFzDdZhhsZ3Vy6kyD2QzBKIFoFsukuNOA9yHPNOxURvigSYlA54o1u0CzWaDosqDSqR8_Ht1uqG .WqrwrIvbnSd5hAFC6w5RHbiJDY1Ca3dLFp_IPLXVQu7APp3RC3XDvgvksD12Jy.STcISoa5Qwc_ uW1kiu4sPZ6sENsM_dR1HGg1V4EBAt0kTGKsMjMccod31WHw2VD3OQaDS5EcosU735wWo0aDBd5X MX9bzTft1iEZ_eOGqoM0WNMBEb4jc_eRx1W_GnDfu0eC5FVsNKJjCnj.EsNPe1kWmMI57gWLCU1M _Dcvivh6Qe64lzy8YdIfK3RrLKHwPP70x1e9niEI5Z5HUND5sPPEQ8PvovC6DZkeZnuNo3Hu4nw2 qqyVoGNJ93oyAxJe_wAdTu5oxy9VgdPbUMmuMoPdX03wyyVG5PrwPUHet36F6vHmGNFO1ruHWUs. 8IW8q2o8x_BiqHYwBmm_cJmwkJ2soX8e_QALOB1xKA3AFFDnCf9atsCelBDSt8cx51AfJD1JGmo6 pUhC97V09ra9XunaEBTLRKWBrh7bN1id2ONMof5WT2QBNmfyBAssl7FCavfzq42z_FlGGKLMLN3A ck9SgghiRFr4lE.GWfDdRZ4Zbx0fAoaX.k_dqc4ylI8GJrFINIVGa0uzrYNRZsCADnUI98RFEL3n aVPovNXlJlmKj70WtcNkHVY_2L66oxbY8aVz4WmQttv5F9QcAFtNQnF8ELJUNzslzhyHWpur2z.N zg_4tLnRRPg6K.DOLqC4PA6wJZidirozvbMKFmxa5KWpahYWkpEUTpW2zbPDe.rkC6mEwlzLd78N wDnVSJKS53YhvTt2889Q- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 15:33:25 +0000 Received: by kubenode546.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 74b9d8f25a72b3bfc16b4eee6be67e77; Sat, 03 Jul 2021 15:33:19 +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 In-Reply-To: Date: Sat, 3 Jul 2021 08:33:17 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHGF25N2qz3lbK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=siPYI982; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.82 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.65.82: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)[-1.000]; 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.65.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.82: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 01:45, Mark Millard wrote: > On 2021-Jul-2, at 21:47, Mark Millard wrote: >=20 >> On 2021-Jul-2, at 19:23, Mark Millard wrote: >>>=20 >>> I just noticed that in several prior messasges I quoted the = llvm-tblgen >>> command that generates the *.inc files with the odd contents instead >>> of the later compile that tried to use the output files in question. >>>=20 >>> This leaves open the possibility that I had incorrectly checked on = if >>> the build had failed, the build possibly not having reached the part >>> that used the files as of when I declared it was past that point. >>>=20 >>> So I may need to rerun some tests. >>=20 >> I have restarted a RPi4B total_mem=3D1024 test build of devel/llvm10 >> via poudriere (-devel). >>=20 >> It has: >>=20 >> [00:01:12] Deleting llvm10-10.0.1_5.txz: changed options >> [00:01:12] Pkg: BE_AMDGPU BE_NATIVE CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP=20 >> [00:01:12] New: BE_AMDGPU BE_STANDARD CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG=20 >>=20 >> as your builds vary which target it fails from from one build >> attempt to the next and this better matches what your logs >> report. I need to wait until after all the *GenGlobalISel.inc >> files for all the targets have been put to use before >> concluding that it did not fail. Your logs have gone up to >> at least 17:34:09 before reaching a failure of bad content >> in one of those files (when only devel/llvm10 was being built). >> In other words: a lot more targets used their *GenGlobalISel.inc >> file(s) before one failed. >>=20 >> The context for this test is based on: >>=20 >> # uname -apKU >> FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 02:02:01 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1400024 >>=20 >> (So it predates today's workaround for allowing lang/rust to build >> via main.) >>=20 >> Usual rules for me for for USB3 SSD, swap/paging space >> size, etc. >=20 > Well, at this point grep usage shows that the files shown by: >=20 > # find = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/ -name '*GlobalISel.inc' -print > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/AArch64/AArch64GenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/ARM/ARMGenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/Mips/MipsGenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/RISCV/RISCVGenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/X86/X86GenGlobalISel.inc >=20 > do not have any examples of: >=20 > @2779096485 > @0 > */, >=20 > so I doubt that the build will fail. But I've left it > running. >=20 >>> Side note: >>>=20 >>> It llooks like = http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log >>> shows that you tried with: >>>=20 >>> Device 1K-blocks Used Avail Capacity >>> /dev/da0s2b 1048576 25784 1022792 2% >>> /dev/mmcsd0s2b 1048576 25124 1023452 2% >>> Total 2097152 50908 2046244 2% >>>=20 >>> A gather that the problem still occurred? >>=20 >> "I" gather, not "A" gather. >>=20 >> (I can not tell which build attempt the log is for but >> I expect that you would have reported a successful build >> if one had occurred.) >=20 > FYI: at the moment . . . >=20 > # swapinfo > Device 1K-blocks Used Avail Capacity > /dev/gpt/Rock64swp2 3145728 1116384 2029344 35% >=20 > My odd variant of top reports for swap/paging space use: >=20 > 1271Mi MaxObsUsed >=20 > (maximum observed used) and: >=20 > 2180Mi MaxObs(Act+Wir+Lndry+SwapUsed) >=20 > As for RAM (each MaxObj can be from a different time): >=20 > 961312Ki MaxObs(Act+Wir+Lndry) > 712760Ki MaxObsActive > 261724Ki MaxObsWired [00:02:15] [01] [00:00:00] Building devel/llvm10 | llvm10-10.0.1_5 [09:56:37] [01] [09:54:22] Finished devel/llvm10 | llvm10-10.0.1_5: = Success [09:56:45] Stopping 1 builders Still no reproduction of the build failure. FYI: swap/paging space use: 1271Mi MaxObsUsed Memory use: 1938Mi MaxObs(Act+Lndry+SwapUsed), 2180Mi MaxObs(Act+Wir+Lndry+SwapUsed) RAM Use: 712760Ki MaxObsActive, 370520Ki MaxObsWired, 961312Ki = MaxObs(Act+Wir+Lndry) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 18:25:46 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 77DEF11D9FD0; Sat, 3 Jul 2021 18:25:46 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GHL3t1TBNz4Vp1; Sat, 3 Jul 2021 18:25:45 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 163IPlLj018148 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 3 Jul 2021 11:25:47 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 163IPlpF018147; Sat, 3 Jul 2021 11:25:47 -0700 (PDT) (envelope-from fbsd) Date: Sat, 3 Jul 2021 11:25:46 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210703182546.GA17871@www.zefox.net> 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> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> X-Rspamd-Queue-Id: 4GHL3t1TBNz4Vp1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > >> On 2021-Jul-2, at 19:23, Mark Millard wrote: > > > >>> Side note: > >>> > >>> It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log > >>> shows that you tried with: > >>> > >>> Device 1K-blocks Used Avail Capacity > >>> /dev/da0s2b 1048576 25784 1022792 2% > >>> /dev/mmcsd0s2b 1048576 25124 1023452 2% > >>> Total 2097152 50908 2046244 2% > >>> [hope the quotes are right!] That's correct. The sequence of experiments ran something like this: The Pi3 was configured with a a pair of ~3 GB swap partitions, one on microSD, the other on the 1 TB mechanical hard disk. Make was not limited in the number of jobs it could parallel. OOMA was restrained by putting vm.pageout_oom_seq="4096" vm.pfault_oom_attempts="20" in /boot/loader.conf The usual "excessive swap" warnings were presented during boot and ignored by me. Worlds and kernels built wtihout trouble, so I tried building www/chromium using poudriere. It stopped in /devel/llvm10 with the "expected expression" error and continued to stop there despite updating /usr/ports several times. At no time were there any hints of swap problems. Resorting to a GENERIC self-hosted kernel made no difference. /usr/src was not tampered with. Eventually I resorted to running make in devel/llvm10, to my surprise it ran to completion. It also ran make package successfully. Again I tried to build just devel/llvm10 using poudriere, again getting "expected expression". At that point I resized the swap partitions to 1 GB each and tried poudriere on devel/llvm10. That got rid of the excessive swap warnings, but didn't help. Finally I placed MAKE_JOBS_NUMBER=2 in /usr/local/etc/poudriere.d/make.conf and tried again. That still failed, still with "expected expression". Since devel/llvm10 had created a package successfully, I tried slipping a copy into poudriere's package directory, hoping it would find and use the package to make further progress. Unfortunately, poudriere seems to remember the failure and won't use the proffered package. It's still running, on lang/spidermoneky78. There were no reboots between experiments. My first suspicion is that I've somehow screwed up the poudriere setup, perhaps by a fumbled execution of poudriere jail -u, which I mistakenly thought was needed after updating /usr/ports. The fact that the stoppage reported looks like a syntax error specific to devel/llmv10 which is unaffected by swap pressure makes it seem unrelated to kernel or swap constraints. AIUI, the hardware of the Pi4 is considerably different from the Pi3 in terms of memory management, noted from an interview with Eben Upton on YouTube. He didn't go into any detail. Whether that's relevant is unclear to me, but it does suggest the Pi4, even with restricted memory, won't behave like a Pi3. Is there any sort of sanity test for the poudriere system? If I delete and re-create the existing jail can the existing package library be preserved and re-used? If not, that's OK, I'd just like to know beforehand. Thanks for reading, and all your help! bob prohaska From nobody Sat Jul 3 20:15:19 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 D758611E3603 for ; Sat, 3 Jul 2021 20:15:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4GHNVP3bptz4fbF for ; Sat, 3 Jul 2021 20:15:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625343323; bh=ME3YKLEHK6dN6TqjD7qzhYAQrw65oukIriB9iaJvC4o=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=WMSqzn5xLUA3TRWwWmh1NMvt7ZTs4fMWyCmzOadskWcbWjIAmKX7kFQGTzT2b6MZAIApx6KzBzxhUfsY0qu1CYkXE2BAv6OL+VO2s9VhExdtnl4PQ3raodVMsOUnFlqS6mgiexrWaH+KJvcnsTXKlmfPXgsTfOrf48uG0kj1/la72Yh5TVQcJHiqUBSdT3im1Xch0X6bcXDAasuAu9xV++iL/sQttbFqYG71KaovB8anc+2+boCYhEYdfiXC7J0elFaP4ZhTj7W4vK+2flgU7b6Ga+qL2ElOV3uS1wXltl6MFMZJpHANFiKmWNbzfWrZxPawsXVSGpfl3rFrzPTBlQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625343323; bh=tRvT8w5cKNvXv3LBwYq5tZuNAVKpXMsnXSJEGMAOEjs=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BuwsO7sdlhkz0dIqyZiFQWw8XXhOpHNELfcd+UYpMnuKwZwjc6qqdiOqeaRDe29Dun+eXLVDxt0W8uM63sm3b17Tq8s+2FNl4e90zeoRsBnpRlcOKUf+YVrDxNshceb23EmG9U1XoQaxh7E1vbOAU1QByh+XpUNG3C/rm70SZET1FcQPxxPLEJcTS2F8PwYvGw9vrWgFNG1PcMIzZt1gbE+dssQ3vSUrW+0n2t/omgiOaSL04w4e17WXZZ5TbAS+GQpZU7StXNWXSbJZa7c5uX/ZQNR1YsRh08jIqHWOId3Y+PdR1skGS24MpaWkAz5Kno4RwrvoSwylK+ohZQ+/qA== X-YMail-OSG: 1gJzA90VM1mHTsKqjPjegW0oGT7Q7KRWn96eRJ_keA8uqt4NeNaC27dZ7vqT86_ 3hE4WVf6l1B6WxLBe_3Ra8fvU6FWpvh.gGMXAGDAMYN1rgo8udtjqgzSejXpku5jEY5EeiJeg7qd i9PmyQ5PvSonxQxDPSHdhAHlXqcNoUaw59Tunav7_iVB62jlXHL8NGbxFNoBQJ4sZ7aQds9aJcZ4 DdSm.bEBUnmESc0UCTBeknzv6lW0psbHLZeaH6SRMmDrboLFjFRnxOlNNAZHOF7owVjHk_pwS4a4 vk1BFmozBbfETFjjEVb5EazXlTUjgkW14gX6Lp2P35AX.bq.okZblXpTxiVaLT7_XykRrYDcgyWF YxxMwgvMRdUi2.m2jpw6f0vNzTJLEjPyLsNJq5Rlvf7D5xwdlC7KEDkTDH6oFe.WVrJoFgCwE0BV iQeCBfwD5EfKcwMipu60MkwTpGvzp1jfzB0prXjA3OTbFddcdVHeoB06Pig0yK1S8XyDZ2GvX7Kd OpZH0D_T4986KKnleoyNCWwNlxXETMV8xwTNuKOrTTw4AMNizAsJSIvvpuqoPQo0MVHCcFAXClM1 wa.2VAn1oPcdvjl_.C4G5PlQXB6IwykBxFIAoF434I8.lf1.1EodsXXA1Jy0syToZmX4iewqriqc Cwy5Pn44J.Vnz7mHgFaa1Kwkl0C8fSAznAToqZUN7QxINN5lrQiZKU4Uf3Q_O10L5HKa22E1sEdM tWgi4sSVDWDuPlTiLv7CbivNg8NrzsJBGXWfA03GFD2IVMnNN9p5sGGECC7aJJSiWTeQXB_s3FHf flC_urF0Q5amFt96kHk_tLct.CtFmp0GiCt0CQYQasVv0xp9jKsyH8cG2jWfZIjFybsTV.kioJD0 oBvFo9TyrjF1N5TweztOXBtQMpm86Upyca8.67En2QqwlqrJzoHWZaRfcO8ttHd3IqqDmTf4yu0E nK7lJSoeiIl7tlOYsbJDwCiAcWL.X_Y_h3UIZ_ESWx05HNwrXY6mp4tn6gwXFs4rV8_AOjI_liQ7 t6A8WGTpxzPmEb_wmhM3542TlngL1mR4iQ7N92OAqwjlhZ5Eor.nwAJWsrJuJ9b5vYI7an3cEtxM ccFQeAdwgAMKKdhxVhVvRWjqzsFpTfyqzYpGtCsFFybGmdJcA1M4q5gfxhItVqJ6.9mE8EmB8O.O n.524TH8rcGS92uVFASHN9QHAz6OOfSwuQbDpzn4h4tyyUfX81KrjuXiSzE0lzT3gWQYcuTb6wvZ ZskkwNcSlVrDqWS1o2R2AJV4N.HhEgZvmTYqkz87xxFCiMZ.3C7bjxA6ztC5URsLWOXSZ8HHn4p9 eZiCy__DhIbn5aalokK1w6JFnpfV22Nw7VF7KQyTQB8M0hbGUIiTT3S6tfc0qU0_BlzQVQEPCp1_ YVMZzeCkHnVdJltuU_TSV754QCLXHxCf3QQzf4eajGsjDHCZniC59NYkEXSo3ViAUYxL8gPo_Yu7 NFRo.FbUQNZSpNdR.xV0iPB3SMhAXAxCbKpGAHZBLK7IPGqxF9SPrIZvefZ5ld3dEUWJ.3tpz63O YV_REC2SrI8cPub9xnd7_TN7dFxRsqcrheRfmR1AOodf3jD62lIRwvF.EOP7y7IStEXbI7bywuKS DKs_.ghGc.wRE.j3J1pYjIO0re5FxwKF2oaD9PcCjhD3.AJkdbcKv_XGBB4UGxdcmm_nHLe1fqvP 7Q1TE6amEulArzkDrYo.ERbc6moSkWmRHdc_Pj2N5BR2c2HNw2BQiaX4Q3wQai2L05LUpX8IWZyt VDz0MMs6sHIzOE6ASjcSUV9wHoShHOYhQH4g3Cbvd6gmC5vgGwdSh0aJGcIgT9EYP0._tnIH.lw4 Y7bMuUDsaSVennZcxH7RrXULYFKAXHeX_h348jaxnbbQmLwFhrKZqXuCgi9kpHIkGawtz1.yBURQ 5Hw.GCz9.Cfj7nq_Ry4.aTbvV1Dpy_STEcrSRfl5lB1lLd9XVED1BUvEmGewvBhet00bb35TRPRn w6fBjNeKqGIPwEG3jcmFji5tcZ2lx6CK.Euo0Oa6zKQTWaOa_UlkGXbq645lJYA2RF..8ipw68qP ze1NsSgsHg0CF1gsfKxQAOg6CuIAOzqWCkmSMMOBJcIzqBLphACTQUYH.qYPPDUx962.7aDn7p8t dsXOJjFowJqxjanKNxkZfzKS.MsHGkpYOjQI4nxi.WiqEAYWzC54mATY6dBTPz.Gok.XG3uW2pjY dpe8SP0f8xjtaQbH6.Ffp4hQxwSNtN1eW1ZUITsIfZzSYaea7kWxoV.Y4Su1aq8tEs.cgmcV9aX2 Tcyzt1dlq6QHX0VEH9q6n_04GpOOYYxj._lOvx3SvUfkAfPPiQS1.5qQPEJ92XruFisfreM5STZ1 od2.8eQ9v2FP28kHZC9ESj.3P4bPBQqLCqmDNr3HZjgOvbAzSBcWtkcANxse4rAQGPuquw8PO9SK mwCp.QZ1qIRU7dx_XiCdr71CZ89E6kb2WccRQb7poWzcu6hVK0_Rd7WBS0AbrwrRtOvBhntiMgHi pBquBNCjRecEJsZNMoLgDhYhXJyXrgf7SZxylhnm1hnRK3xeNpSHLHuNdpLePgJoyJrbQ0kjNAvn YqXLtaLzAsqJFbWaRTrw87r2CrtR1zZYRXLCTalmPfrRj3bkW.0ovw94epDVoyHUsZoYH_6Q7U7A 81TPu9OHx1F82iXVgNAxgkkgxqk6Y3BW9AhrFQO6ZOk5jt4VA6UCKLxe42nkYhGJd9fodbVLBQQI - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 20:15:23 +0000 Received: by kubenode534.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 12efd7a89fdcac6060fd607cc695f452; Sat, 03 Jul 2021 20:15:19 +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 In-Reply-To: <20210703182546.GA17871@www.zefox.net> Date: Sat, 3 Jul 2021 13:15:19 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHNVP3bptz4fbF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 11:25, bob prohaska wrote: >>>> On 2021-Jul-2, at 19:23, Mark Millard wrote: >>>=20 >>>>> Side note: >>>>>=20 >>>>> It llooks like = http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log >>>>> shows that you tried with: >>>>>=20 >>>>> Device 1K-blocks Used Avail Capacity >>>>> /dev/da0s2b 1048576 25784 1022792 2% >>>>> /dev/mmcsd0s2b 1048576 25124 1023452 2% >>>>> Total 2097152 50908 2046244 2% >>>>>=20 > [hope the quotes are right!] >=20 > That's correct. The sequence of experiments ran something like this: >=20 > The Pi3 was configured with a a pair of ~3 GB swap partitions, one on > microSD, the other on the 1 TB mechanical hard disk. Make was not = limited > in the number of jobs it could parallel. OOMA was restrained by = putting > vm.pageout_oom_seq=3D"4096" > vm.pfault_oom_attempts=3D"20" > in /boot/loader.conf The usual "excessive swap" warnings were = presented > during boot and ignored by me.=20 >=20 > Worlds and kernels built wtihout trouble, so I tried building = www/chromium > using poudriere. It stopped in /devel/llvm10 with the "expected = expression" > error and continued to stop there despite updating /usr/ports several = times.=20 > At no time were there any hints of swap problems. Resorting to a = GENERIC > self-hosted kernel made no difference. /usr/src was not tampered with.=20= So you still have not tried an artifacts or snapshot kernel+world? > Eventually I resorted to running make in devel/llvm10, to my surprise = it > ran to completion. Interesting. Was this -j4? -j1? -j2? Any other interesting characteristics for how it was run? It would be interesting to see if building in a chroot in that make style also worked (or a non-poudriere jail). > It also ran make package successfully. Again I tried to > build just devel/llvm10 using poudriere, again getting "expected = expression".=20 >=20 > At that point I resized the swap partitions to 1 GB each and tried = poudriere > on devel/llvm10. That got rid of the excessive swap warnings, but = didn't help. > Finally I placed=20 > MAKE_JOBS_NUMBER=3D2=20 > in /usr/local/etc/poudriere.d/make.conf and tried again. That still = failed, > still with "expected expression".=20 I'll note that the running build build shows Load Averages of under 3. So the MAKE_JOBS_NUMBER=3D2 seems to be working. > Since devel/llvm10 had created a package successfully, I tried = slipping a copy > into poudriere's package directory, hoping it would find and use the = package > to make further progress. Unfortunately, poudriere seems to remember = the failure > and won't use the proffered package.=20 After things build correctly, things tend to look something like (using an example): 2# ls -FTla /usr/local/poudriere/data/packages/main-CA53-default/ total 12 drwxr-xr-x 3 root wheel 512 Jul 3 07:19:32 2021 ./ drwxr-xr-x 4 root wheel 512 Jul 1 19:25:44 2021 ../ lrwxr-xr-x 1 root wheel 18 Jun 28 04:32:43 2021 .buildname@ -> = .latest/.buildname lrwxr-xr-x 1 root wheel 20 Jun 28 04:32:43 2021 .jailversion@ -> = .latest/.jailversion lrwxr-xr-x 1 root wheel 16 Jul 3 07:19:32 2021 .latest@ -> = .real_1625321972 drwxr-xr-x 4 root wheel 512 Jul 3 07:19:32 2021 .real_1625321972/ lrwxr-xr-x 1 root wheel 11 Jun 28 04:32:43 2021 All@ -> .latest/All lrwxr-xr-x 1 root wheel 14 Jun 28 04:32:43 2021 Latest@ -> = .latest/Latest lrwxr-xr-x 1 root wheel 17 Jun 28 04:32:43 2021 meta.conf@ -> = .latest/meta.conf lrwxr-xr-x 1 root wheel 16 Jun 28 04:32:43 2021 meta.txz@ -> = .latest/meta.txz lrwxr-xr-x 1 root wheel 23 Jun 28 04:32:43 2021 packagesite.txz@ -> = .latest/packagesite.txz But, if a bulk is in process or has finished after some package had a build failure, there is also a: .building/ in there. That is what the message: Using packages from previously failed build: ${PACKAGES}/.building is about when starting poudriere bulk again. This is how poudriere avoids rebuilding what successfully built --but without adjusting the prior successful bulk build (if any). So poudriere would have expected the file for devel/llvm10 's build to be in that .building/ directory instead of down under the .real_*/ directory. (I've not checked if there is other record keeping in .building/ about the materials as well.) Going in a different direction, one way to force a build to start over after a failure is to: rm -fr PATH/.building before starting a new bulk build. This might be appropriate if one suspects a problem of a kind that did not stop a build but produced something for a build that fails to operate correctly. > It's still running, on lang/spidermoneky78. =20 So lang/rust finished. That is interesting because it includes an llvm build internally. Also: had you updated to pick up the workaround for the rust build failures on aarch64? I doubt it because they were commited on 2021-July-02. See, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256864#c18 So that you did not get the process crash/core-dump during lang/rust 's build is interesting. > There were no reboots between experiments. >=20 > My first suspicion is that I've somehow screwed up the poudriere = setup, perhaps > by a fumbled execution of poudriere jail -u, which I mistakenly = thought was > needed after updating /usr/ports. Again, poudriere does not control memory initialization in the processes in the builders. > The fact that the stoppage reported looks like > a syntax error specific to devel/llmv10 which is unaffected by swap = pressure > makes it seem unrelated to kernel or swap constraints.=20 The files with the syntax errors are ones generated by llvm-tblgen during the build and it is the output of llvm-tblgen that is corrupt, showing evidence of having used memory not initialized like it should have been. > AIUI, the hardware of the Pi4 is considerably different from the Pi3 = in terms > of memory management, noted from an interview with Eben Upton on = YouTube. Why would Eben Upton be talking about FreeBSD's memory management? I suspect that the talk is not about what you think it is about, but some narrower aspects than the overall memory managment. > He=20 > didn't go into any detail. Whether that's relevant is unclear to me, = but it=20 > does suggest the Pi4, even with restricted memory, won't behave like a = Pi3. Various reserved memory areas and such will vary but FreeBSD uses the same general memory management code, not completely separate code. > Is there any sort of sanity test for the poudriere system? If I delete = and > re-create the existing jail can the existing package library be = preserved > and re-used? If not, that's OK, I'd just like to know beforehand. >=20 # poudriere jail -jNAME -d # poudriere jail -c -jNAME -m null -M /WORLDPATH -S /SRCPATH -v = 14.0-CURRENT should work fine. But really all that you are doing is (using an example from my environment) is deleting and rewriting a few very small files in a directory with the jail's name: # ls -FTla /usr/local/etc/poudriere.d/jails/main-CA53/ total 36 drwxr-xr-x 2 root wheel 512 Jul 2 21:03:23 2021 ./ drwxr-xr-x 3 root wheel 512 Jul 2 21:03:23 2021 ../ -rw-r--r-- 1 root wheel 14 Jul 2 21:03:23 2021 arch -rw-r--r-- 1 root wheel 5 Jul 2 21:03:23 2021 method -rw-r--r-- 1 root wheel 33 Jul 2 21:03:23 2021 mnt -rw-r--r-- 1 root wheel 2 Jul 2 21:03:23 2021 pkgbase -rw-r--r-- 1 root wheel 14 Jul 2 21:03:23 2021 srcpath -rw-r--r-- 1 root wheel 11 Jul 2 21:03:23 2021 timestamp -rw-r--r-- 1 root wheel 13 Jul 2 21:03:23 2021 version # cat /usr/local/etc/poudriere.d/jails/main-CA53/arch arm64.aarch64 # cat /usr/local/etc/poudriere.d/jails/main-CA53/method null # cat /usr/local/etc/poudriere.d/jails/main-CA53/mnt /usr/obj/DESTDIRs/main-CA53-poud # cat /usr/local/etc/poudriere.d/jails/main-CA53/pkgbase=20 0 # cat /usr/local/etc/poudriere.d/jails/main-CA53/srcpath=20 /usr/main-src # cat /usr/local/etc/poudriere.d/jails/main-CA53/timestamp=20 1625285003 # cat /usr/local/etc/poudriere.d/jails/main-CA53/version=20 14.0-CURRENT The deletion/replacement of timestamp may have rebuild consequences from appearing to have changed (or just being missing). Nothing about any of those is going to change how memory initialization is working in llvm-tblgen's operation for generating any *GenGlobalISel.inc files, other than if the timestamp forces some sort of rebuild from scratch of some build dependencies first. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 20:55:46 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 F2CFE11E6DFE for ; Sat, 3 Jul 2021 20:55:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.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 4GHPP64Lv5z4jyq for ; Sat, 3 Jul 2021 20:55:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625345752; bh=mAyJgl+Nag4RaYB++I4f9H3ad6kkmQ0a1GqQk+em7PU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=qruGZIg21cZlIu3IEYJ7DVfAXxEF/CmGWaA+NQeDs6Km9Db4G+SLK97IpW7vf4OQW+7Dwyki3Rhah+Sy9AauPVzCFiO+xFUi4Xdi7+V7SioXFpQyv703LTjd9KGttOOPpdViL2FOpExF+nhNfoyZhTt5gVhLOEUkxMGl4USI594Pn6lB/LdK24LoM7Fz4MisPJB1cTQvTSlcePLyi1ikfvO/4cZsKRZt3KpO1GUIQAe6X3ptyRvicnly+ySzJplYKaCW1klclDkyp3rdxNnt9kFeZD3zLbSCiyF03db8cwB24ozE3eryLurgyuVXIEiw3JZ8wDzJfut0ZusPnK8ryA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625345752; bh=jklxwWaQSb0pv2Sh3TX/rof8LZZRLrq6IhHPaj/PnOT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JQaA1ITYIMUeaqTujSj4NrknjH2YnCajjNDzQq+gHbawqFnSQrp7PT5pJwa4XQ3lFQMdsL6rR8tcu4flBGqZcSApZN3u05LRN3tLWfv7VgWRNCpDV8XjiKZL6BLy2ywJqdqdHlX6x+mV7lqoSKlV/GwQAu1aDfucJkKYcO339bKx+uDs4ZrixfPcILMGH+BbGUJRQewT0r+HzFZEOlEuDKqhr1IItKxboM1CL34Q8WMUn0IcOB6wS4BD+pRUlmdKkCKr/ZFocsEwv1ZQRhaRG/x51IDG5z/AyKLRaVrDx2Uf4L97rRdtDvIG8V3+cTnCCgj/mfcj16VIfbio2/Mt1Q== X-YMail-OSG: ptWcCrQVM1mE.MZjGipTvNNUFOmdEQrEUT3En2zOEWGyo.0qcqEjNGqsKTo4e_Z .cZ5un.BMyrzZu00OHgbr6cMDs0v57WW5Ss3OVhvxgyE2bWbV1o3DYQ6YSn58mu8at4ym3KgnaRb bg_I96FbhQRwy8I9yWmiwCInJQ35bVy1hdJVh1lJjVFl2wVYXZC1p7aQzGZg4r44l1TlHag1oQsX 5gKtc4cb7_WGEgTw1NtFvwYv44OD0aBGw0tHmN7WM0SR04_LmTOzw6xldpIFdBriFaGdtLASREc6 k5s07oOAyqVg_in5CfU9e.cr6Lovfa2Npbb4A4ROFtf2IOiUN8pkPre3d49yp0zTxvd1iob2bsnh m.v9NN08H9JNTcfDTW_R40hSRhTeqwxRoonIHIxHk9cK6cRzQH_pIrvA2eovhzjNLmScDX1CVb6r Dn47A70X2Otpq.8CcAVTUDlQqlL1fNcr261wZkBF4ilfp2dofQOmlulXuDaUl5m6OfhErQCTeH4b PuckVuHNVdfV6LNxzBCtpLpyELzR56ba6f4K_dR0ZA1XVqy2Cv_mEp4FMQvHkL0gVp.krBJTnCPz 3oTZQu5pibfJWZ6pZUrJg5g1AcXcSgYzTGE4U5dEJI1pt7hU_03IHs28u.PZvidJh4Wdtdsn_.TU I6Chl2UIGC6RE8xC0QqZgWVpUsnMPksn4NfuBt_uxowPXHbN3wMP8LsM3EJUIiEcdQZTEOdZ4t2J yLiRjltEIhuDiWge1fPHqPNT_BlvJVTcZGnpu_eTZSEjKAdk_SA6yTqu1uN53VeGq_V1JEm9Fk_Q iisiA7PRjrF3Z5oGrMx1gT3L7w3vRkrKxfmBH2ilFM9qN0KFKoTXHPZfhwbVY1AHnuLfdHU__SwJ CME5or9dyolpbIwfMViZMW3HV5VbXrMscOKyrCg2xGSRGNgMvip0H3DzcqOcvXWALBnw7q0OgolM HopNuoAG76ih_FypqciFsylbk3DqScIUwkJF7Z6w1YL11wp2E6Ie2hVcjhqpE8YqMDuxdqDdN5p0 t6veEuBA8H6gMX.SStl1tC81P.HFp4mAbVWIJiFF5G8e5tzIlwglxrfh7q0CDpv3ojhJstevZoLV cdRedShmcJFywkRZDXhVzE9cqVgtgFrSRQ9buttB.678x_1hJdWRaGKlUq0UDrIN4cr4yUBY7b52 ySCOv64jjRH2.VDh4pfsPJWhzxY5rSrtD9lgKcNiNPXegdhIKrKezcRS_f1DdCa_XAj_b1UPOG7R 8cVlxWelpmIJTjIdmoB0DNBMbyI1pe3ov81WZsJ2Gb2z50dOWHzQx49P2Os0xyqRgs6dYlPXZ04H 0oY38QCAzySrhjw2tIGUyQJq7oylUzh6GjbYhsWpOtRYzr9H6yYITEcj348z5SsesjBPcYpwMQSh WzrxTXHG87u67G7gi5R_vmCBN_FI12jmtEAwU.AlWgIU4Pe9bOeN_rxrupklU0e_tPY9tx3HbLsa CgQ1.5HUXzDRi.ca1.KcRsHQ4torQUD9YbR.6ZrqIkhqqXYOENff4FiVSlZ.lCzMI3WaJpQSG_qp _hY01oYmnq5N33.v4qT91xgv6f.Jbo4CyMYZagWAoEQZL5heibG06kqZAEQpspn2QVVWSVCfKVmG CSsk8.lzp9uOolr5e4pRX4KWpM.aDO.3NRFmY8mxIckHbvRiB61FK6AX8bAg2eWzSdgtJtTbpNpc o2L8xOF4Fy5uaifJWPMC5Qua1g1B5431uYI5SfmZi58ls3h4v1H1zAN9xOoHbiWxKJfqSAJt6xMg 8n9puFpV1ok2925GqOkN3avheG751CVy53V9zpFhtFJBMMAy05pMQ7W3Flkya7DIuNh9LSqw3ykw u47SupdqlJ6EfjEe3ueEtnIFO1Hy9MayFnHJdrjQWa2CuTeurBX5C2x89BSTtwLtt0pRWtbgv8bl U521TlrUaF55seU4P4f1UlQ0rpAr_hCqiODAYTSW32p9ur1BhxBaaWZkWJiD1bZu4Bku75Wtsard 6OXPFn2u3Y0iSElqsi6ONGgp2GAySNjQ2W_CQRNdv4QqNRLvoCgUBysLW31aNCmr1hT3wtGeetxu A.BUjAH3NpC9pP4sdkgSeFD53NfBGARIUpNnnlgRKYJQ_p3xO.WVE6kX2NowtM66PmYNiHLKevga N0RZvtQWG2VQBAy_E38DoxYwPlqlQ0tHZ.xRQzHILkUqcaZZFmXXF9pXxvHtOlJwSEWeK6Ux4QNB GG4rCjn8g6Mp66yTPI1FIgWQ4r6a8buIqt6bp6D_7R4YTeGp_HkpIxR5hwCwrsTMR9wqhxqfD8TH AIkGDAEQgIuELkinZlolEcLK3Zju4M9LMHdqME.dEiUsG2iEloGErVY2EAcNdz1kfF5HjVnceVOO gbFFGil9BU3lTZ5JiBGdR3tQ3ruh0L61bMJQtcatS.QEQQc92J9kYRInMiE9PwQdAht7emwPSeT5 KH4OziNijMWytJ7tnV8O25HoAjxNubN5ujB0BZWwYv3DD6Hm3BflfJbHtieBCnQ_FCeUvl8jqhiA FYZT1oexTh7SUdj_4vZu5peO8WznkB2dn1krk4VsX4kUwNRiCkz_4D03jvBByX1y27FUOqbHW.ed I_O4K1CCHSc_equEieh8hhI7bQd9_UflkMKSWVMDcfeIzpyHLoNnhw.hKY2Lj5FieO6KyXz4WEO8 5Jzn_jGMAxHYxmTICQW7rdtItaAYDd5IU_2ry.4JuivO6D4IgdEH9xJpTDhzFgRBDEA76N3w- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 20:55:52 +0000 Received: by kubenode544.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f7224f8d049378c663635b529107a291; Sat, 03 Jul 2021 20:55:47 +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 In-Reply-To: <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> Date: Sat, 3 Jul 2021 13:55:46 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <9CC00581-E8B4-45F0-A614-60A70E37B1B2@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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHPP64Lv5z4jyq X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=qruGZIg2; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.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.68.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.998]; 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.68.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.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 13:15, Mark Millard wrote: > On 2021-Jul-3, at 11:25, bob prohaska wrote: >=20 >>>>> On 2021-Jul-2, at 19:23, Mark Millard = wrote: >>>>=20 >>>>>> Side note: >>>>>>=20 >>>>>> It llooks like = http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log >>>>>> shows that you tried with: >>>>>>=20 >>>>>> Device 1K-blocks Used Avail Capacity >>>>>> /dev/da0s2b 1048576 25784 1022792 2% >>>>>> /dev/mmcsd0s2b 1048576 25124 1023452 2% >>>>>> Total 2097152 50908 2046244 2% >>>>>>=20 >> [hope the quotes are right!] >>=20 >> That's correct. The sequence of experiments ran something like this: >>=20 >> The Pi3 was configured with a a pair of ~3 GB swap partitions, one on >> microSD, the other on the 1 TB mechanical hard disk. Make was not = limited >> in the number of jobs it could parallel. OOMA was restrained by = putting >> vm.pageout_oom_seq=3D"4096" >> vm.pfault_oom_attempts=3D"20" >> in /boot/loader.conf The usual "excessive swap" warnings were = presented >> during boot and ignored by me.=20 >>=20 >> Worlds and kernels built wtihout trouble, so I tried building = www/chromium >> using poudriere. It stopped in /devel/llvm10 with the "expected = expression" >> error and continued to stop there despite updating /usr/ports several = times.=20 >> At no time were there any hints of swap problems. Resorting to a = GENERIC >> self-hosted kernel made no difference. /usr/src was not tampered = with.=20 >=20 > So you still have not tried an artifacts or snapshot kernel+world? >=20 >> Eventually I resorted to running make in devel/llvm10, to my surprise = it >> ran to completion. >=20 > Interesting. >=20 > Was this -j4? -j1? -j2? Any other interesting characteristics > for how it was run? >=20 > It would be interesting to see if building in a chroot > in that make style also worked (or a non-poudriere jail). >=20 >> It also ran make package successfully. Again I tried to >> build just devel/llvm10 using poudriere, again getting "expected = expression".=20 >>=20 >> At that point I resized the swap partitions to 1 GB each and tried = poudriere >> on devel/llvm10. That got rid of the excessive swap warnings, but = didn't help. >> Finally I placed=20 >> MAKE_JOBS_NUMBER=3D2=20 >> in /usr/local/etc/poudriere.d/make.conf and tried again. That still = failed, >> still with "expected expression".=20 >=20 > I'll note that the running build build shows Load Averages > of under 3. So the MAKE_JOBS_NUMBER=3D2 seems to be working. >=20 >> Since devel/llvm10 had created a package successfully, I tried = slipping a copy >> into poudriere's package directory, hoping it would find and use the = package >> to make further progress. Unfortunately, poudriere seems to remember = the failure >> and won't use the proffered package.=20 >=20 > After things build correctly, things tend to look something like > (using an example): >=20 > 2# ls -FTla /usr/local/poudriere/data/packages/main-CA53-default/ > total 12 > drwxr-xr-x 3 root wheel 512 Jul 3 07:19:32 2021 ./ > drwxr-xr-x 4 root wheel 512 Jul 1 19:25:44 2021 ../ > lrwxr-xr-x 1 root wheel 18 Jun 28 04:32:43 2021 .buildname@ -> = .latest/.buildname > lrwxr-xr-x 1 root wheel 20 Jun 28 04:32:43 2021 .jailversion@ -> = .latest/.jailversion > lrwxr-xr-x 1 root wheel 16 Jul 3 07:19:32 2021 .latest@ -> = .real_1625321972 > drwxr-xr-x 4 root wheel 512 Jul 3 07:19:32 2021 .real_1625321972/ > lrwxr-xr-x 1 root wheel 11 Jun 28 04:32:43 2021 All@ -> = .latest/All > lrwxr-xr-x 1 root wheel 14 Jun 28 04:32:43 2021 Latest@ -> = .latest/Latest > lrwxr-xr-x 1 root wheel 17 Jun 28 04:32:43 2021 meta.conf@ -> = .latest/meta.conf > lrwxr-xr-x 1 root wheel 16 Jun 28 04:32:43 2021 meta.txz@ -> = .latest/meta.txz > lrwxr-xr-x 1 root wheel 23 Jun 28 04:32:43 2021 packagesite.txz@ = -> .latest/packagesite.txz >=20 > But, if a bulk is in process or has finished after some package > had a build failure, there is also a: >=20 > .building/ >=20 > in there. That is what the message: >=20 > Using packages from previously failed build: ${PACKAGES}/.building >=20 > is about when starting poudriere bulk again. This is how > poudriere avoids rebuilding what successfully built --but > without adjusting the prior successful bulk build (if any). >=20 > So poudriere would have expected the file for devel/llvm10 's > build to be in that .building/ directory instead of down under > the .real_*/ directory. >=20 > (I've not checked if there is other record keeping in .building/ > about the materials as well.) >=20 > Going in a different direction, one way to force a build to > start over after a failure is to: rm -fr PATH/.building > before starting a new bulk build. This might be appropriate > if one suspects a problem of a kind that did not stop a > build but produced something for a build that fails to operate > correctly. >=20 >> It's still running, on lang/spidermoneky78. =20 >=20 > So lang/rust finished. That is interesting because it includes an > llvm build internally. >=20 > Also: had you updated to pick up the workaround for the rust > build failures on aarch64? I doubt it because they were > commited on 2021-July-02. See, >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256864#c18 >=20 > So that you did not get the process crash/core-dump during > lang/rust 's build is interesting. >=20 >> There were no reboots between experiments. >>=20 >> My first suspicion is that I've somehow screwed up the poudriere = setup, perhaps >> by a fumbled execution of poudriere jail -u, which I mistakenly = thought was >> needed after updating /usr/ports. >=20 > Again, poudriere does not control memory initialization in > the processes in the builders. >=20 >> The fact that the stoppage reported looks like >> a syntax error specific to devel/llmv10 which is unaffected by swap = pressure >> makes it seem unrelated to kernel or swap constraints.=20 >=20 > The files with the syntax errors are ones generated by llvm-tblgen > during the build and it is the output of llvm-tblgen that is corrupt, > showing evidence of having used memory not initialized like it should > have been. >=20 >> AIUI, the hardware of the Pi4 is considerably different from the Pi3 = in terms >> of memory management, noted from an interview with Eben Upton on = YouTube. >=20 > Why would Eben Upton be talking about FreeBSD's memory management? >=20 > I suspect that the talk is not about what you think it is about, > but some narrower aspects than the overall memory managment. >=20 >> He=20 >> didn't go into any detail. Whether that's relevant is unclear to me, = but it=20 >> does suggest the Pi4, even with restricted memory, won't behave like = a Pi3. >=20 > Various reserved memory areas and such will vary but FreeBSD > uses the same general memory management code, not completely > separate code. >=20 >> Is there any sort of sanity test for the poudriere system? If I = delete and >> re-create the existing jail can the existing package library be = preserved >> and re-used? If not, that's OK, I'd just like to know beforehand. >>=20 >=20 > # poudriere jail -jNAME -d > # poudriere jail -c -jNAME -m null -M /WORLDPATH -S /SRCPATH -v = 14.0-CURRENT >=20 > should work fine. But really all that you are > doing is (using an example from my environment) > is deleting and rewriting a few very small files > in a directory with the jail's name: >=20 > # ls -FTla /usr/local/etc/poudriere.d/jails/main-CA53/ > total 36 > drwxr-xr-x 2 root wheel 512 Jul 2 21:03:23 2021 ./ > drwxr-xr-x 3 root wheel 512 Jul 2 21:03:23 2021 ../ > -rw-r--r-- 1 root wheel 14 Jul 2 21:03:23 2021 arch > -rw-r--r-- 1 root wheel 5 Jul 2 21:03:23 2021 method > -rw-r--r-- 1 root wheel 33 Jul 2 21:03:23 2021 mnt > -rw-r--r-- 1 root wheel 2 Jul 2 21:03:23 2021 pkgbase > -rw-r--r-- 1 root wheel 14 Jul 2 21:03:23 2021 srcpath > -rw-r--r-- 1 root wheel 11 Jul 2 21:03:23 2021 timestamp > -rw-r--r-- 1 root wheel 13 Jul 2 21:03:23 2021 version >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/arch > arm64.aarch64 >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/method > null >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/mnt > /usr/obj/DESTDIRs/main-CA53-poud >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/pkgbase=20 > 0 >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/srcpath=20 > /usr/main-src >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/timestamp=20 > 1625285003 >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/version=20 > 14.0-CURRENT >=20 > The deletion/replacement of timestamp may have rebuild > consequences from appearing to have changed (or just > being missing). >=20 > Nothing about any of those is going to change how memory > initialization is working in llvm-tblgen's operation > for generating any *GenGlobalISel.inc files, other than > if the timestamp forces some sort of rebuild from scratch > of some build dependencies first. I'll note that the poudriere ports binding is similar for deletion and creation: just a few small files in a directory for the name used (default here): # ls -FTla /usr/local/etc/poudriere.d/ports/default/ total 24 drwxr-xr-x 2 root wheel 512 Apr 18 02:05:47 2021 ./ drwxr-xr-x 3 root wheel 512 Apr 18 02:05:47 2021 ../ -rw-r--r-- 1 root wheel 2 Apr 18 02:05:47 2021 created_fs -rw-r--r-- 1 root wheel 5 Apr 18 02:05:47 2021 method -rw-r--r-- 1 root wheel 11 Apr 18 02:05:47 2021 mnt -rw-r--r-- 1 root wheel 11 Apr 18 02:05:47 2021 timestamp # cat /usr/local/etc/poudriere.d/ports/default/created_fs=20 0 # cat /usr/local/etc/poudriere.d/ports/default/method=20 null # cat /usr/local/etc/poudriere.d/ports/default/mnt /usr/ports # cat /usr/local/etc/poudriere.d/ports/default/timestamp=20 1618736747 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 21:54:45 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 25C4511F3941; Sat, 3 Jul 2021 21:54:50 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GHQj54rZBz4pLQ; Sat, 3 Jul 2021 21:54:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 163LsjET019522 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 3 Jul 2021 14:54:46 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 163LsjjP019521; Sat, 3 Jul 2021 14:54:45 -0700 (PDT) (envelope-from fbsd) Date: Sat, 3 Jul 2021 14:54:45 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210703215445.GA18768@www.zefox.net> References: <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> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> X-Rspamd-Queue-Id: 4GHQj54rZBz4pLQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Jul 03, 2021 at 01:15:19PM -0700, Mark Millard wrote: > > > > So you still have not tried an artifacts or snapshot kernel+world? > Not yet. > > Eventually I resorted to running make in devel/llvm10, to my surprise it > > ran to completion. > > Interesting. > > Was this -j4? -j1? -j2? Any other interesting characteristics > for how it was run? > Nothing special was done. IIRC, it was make -DBATCH > make.log in the background. From top's screen it looked like -j4. > It would be interesting to see if building in a chroot > in that make style also worked (or a non-poudriere jail). > Can you point me to instructions for doing the experiment? > > It also ran make package successfully. Again I tried to > > build just devel/llvm10 using poudriere, again getting "expected expression". > > > > At that point I resized the swap partitions to 1 GB each and tried poudriere > > on devel/llvm10. That got rid of the excessive swap warnings, but didn't help. > > Finally I placed > > MAKE_JOBS_NUMBER=2 > > in /usr/local/etc/poudriere.d/make.conf and tried again. That still failed, > > still with "expected expression". > > I'll note that the running build build shows Load Averages > of under 3. So the MAKE_JOBS_NUMBER=2 seems to be working. > > > Since devel/llvm10 had created a package successfully, I tried slipping a copy > > into poudriere's package directory, hoping it would find and use the package > > to make further progress. Unfortunately, poudriere seems to remember the failure > > and won't use the proffered package. > [large snip which convinced me to give up on tricking poudriere into using a package constructed by make] > > Going in a different direction, one way to force a build to > start over after a failure is to: rm -fr PATH/.building > before starting a new bulk build. This might be appropriate I'm missing something here: what does PATH represent? There's nothing called .building under /usr/local/poudriere, at least after the run finishes. > if one suspects a problem of a kind that did not stop a > build but produced something for a build that fails to operate > correctly. > Such as a corrupt llmv-tblgen? > So lang/rust finished. That is interesting because it includes an > llvm build internally. > Does that build invoke the same llvm-tblgen? [snip] > Again, poudriere does not control memory initialization in > the processes in the builders. > For some reason I got the idea that whatever asked for memory to use was responsible for initializing it. Certainly not the kernel..... > > The fact that the stoppage reported looks like > > a syntax error specific to devel/llmv10 which is unaffected by swap pressure > > makes it seem unrelated to kernel or swap constraints. > > The files with the syntax errors are ones generated by llvm-tblgen > during the build and it is the output of llvm-tblgen that is corrupt, > showing evidence of having used memory not initialized like it should > have been. > Wouldn't that point suspicion at llvm-tblgen, of whatever version LLVM is actually doing the work? > > AIUI, the hardware of the Pi4 is considerably different from the Pi3 in terms > > of memory management, noted from an interview with Eben Upton on YouTube. > > Why would Eben Upton be talking about FreeBSD's memory management? > He was talking about the Pi4 hardware and how it differed from the Pi3 > I suspect that the talk is not about what you think it is about, > but some narrower aspects than the overall memory managment. > I thought it had something to do with added DMA capablity. The video is at https://www.youtube.com/watch?v=hyj-7mTnumI In light of the discussion about llvm-tblgen I'm doubtful it's relevant, but it's not the worst way to waste an hour. > > > Is there any sort of sanity test for the poudriere system? If I delete and > > re-create the existing jail can the existing package library be preserved > > and re-used? If not, that's OK, I'd just like to know beforehand. > > > > # poudriere jail -jNAME -d > # poudriere jail -c -jNAME -m null -M /WORLDPATH -S /SRCPATH -v 14.0-CURRENT > > should work fine. But really all that you are > doing is (using an example from my environment) > is deleting and rewriting a few very small files > in a directory with the jail's name: > So, in my case /usr/local/poudriere/poudriere-system? (using the nomenclature in your sample instructions). That would leave /usr/local/poudriere/data intact.... I'm starting to understand why you think it unlikely to help. > The deletion/replacement of timestamp may have rebuild > consequences from appearing to have changed (or just > being missing). > If timestamps guide decisions on what to make and when, that might be significant. Not sure how I might've screwed them up, but in my hands anything is possible 8-) > Nothing about any of those is going to change how memory > initialization is working in llvm-tblgen's operation > for generating any *GenGlobalISel.inc files, other than > if the timestamp forces some sort of rebuild from scratch > of some build dependencies first. > Maybe this should be obvious, but which llvm-tblgen is in action? the one from the system, (12.0.1) or something else? Thanks for writing! bob prohaska From nobody Sun Jul 4 00:43:51 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 6DE11CF8680 for ; Sun, 4 Jul 2021 00:43:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4GHVSH0BcJz3HxP for ; Sun, 4 Jul 2021 00:43:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625359436; bh=YZMarvIkhLBvw6G6xz6lDfCD07AHSlHRJkL4DjGrL0E=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=BQJggypkSQmx6b4cRBAmQrb1i5ptozGujMnVyyJgMH+AaBicYA8yI3pM6oLEvqNgd3IZAqUt1HIt2e61oj6rHcDgopHnZemHzVlW38CwOdnTAFXWE47mUXS9NvZBAfG//NvbimkcvVNNjr1paXdQaF5XebgIKxF6UsNbwOHK6ZQqfolSm+NlALRZDm6wQZLaRakpPxEKvvMQyWv5erBNfXdaA6eUtR/u31Ci3KmBc3S/tp98DcL7sFSEyGV/F9snx99FnPP99oOyUzR3Fz9xjHGpmqcE+S6xjFNm1XIfCAKTU/vhN28JxqQ0YrlrSVlYyNJJU0I6EaxEA7wWwbFcqw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625359436; bh=6usKNDukt7iCuGSjmc2ul8qLhnTUCzSRhoimQLhwXeu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=FUa/f/RVWN9q7hfY5HOuFQmiVVMCfLfcuKyE+0K55MJQF6ltCC6g1zZi2HHe7TnM3X0Jr/3Q1bkVU93mw4O//nZQLNSQ0bFO846hma8OOL+h4iiCJZsQwtQj4ggcCr2rw7nNCOZrCVZcWCdnH7ZIl117WsAERGbdBhRjiYZC5RfihEmK8Nn6hVr+GI9R3osWMwwihyQtq2Z30fkfpH9pwXv1ZxMAJ+mOuWf4brP8k7BI0tFY25SjgQ0pcZ0rrVgPgbNd3zY5ZOTIiouNZ9CmA5ruMJlL3oWbYK+8JA5eJxKSxfTCOSW4vjgB/mWobrDNwI0QNo5YXQqpjOPu+MziWg== X-YMail-OSG: d2hjRNwVM1l4_fxbDBwbJk2CY8LhMYgQeJmV4GW7L.pv1Xdjn5EKmpdpkU5W3Oa 4EscaR08Vam5PSMVjCi7dahvVaEzMjvzwGJk3nDu9CaAKLLsEyEDNmKS136AkeQ2j838.4IIfVHp 2UnWBldb_jqOgKZhypBTrN4qLf7Waz64zdygbyPPT3X.Bjoo.zBB.jAXgVxmAweNTAJB3RC.Hn0Z Db3Z74xuTvY_r4oeTINGXk4LIgfKS1a5HD7L7vYn8sH7_ZfUJypVekNP0qewqOT1ANVwUqurb7l5 r2zk0JD0vTS46ch7newskzYS0HH9NQ1pb1sUshcdhN33bs3ohYg2J6J9iBQt0oc_50erIpWOmc7_ yzBaczrVfaI_r08cH2wY2Mi9F5F26VjFskDUav.d3YowrNYVoJ1y_vOM34YHPmtF.MGIzBAg._fr _GYJUzpmzgnF3eG3y1wzpRrIatIZItr0IJFSiu8Y1aADkQrI8mxlrgL09XSN5fA6sdPl6VGR2YxR HpEcdRgjzSOWJJZ1zSIKZLtMTaEHQC9VmYthOOXrDAxqwT1qzByT2.X0MkKpUW0qr8H9JGZdK1.C 8ytM5NgxulFWc5KblJBy9xkpqbo8KM_CJNm7WTinClvs06uPN6uFuycoMQPMsISXEqepKy1Br2Bh WneQVB_.Fi2eo7YQeRx2AceYn_IEZjggmxCeaDLJB8X8pvjDsC7LV3T7GhvubVx0x1pOiJLVhwMT o6kp2xWqkDOZKjVunhAc4F45dM5vTLjtoiM1_UDxdNzo7AWA1HvgUadkEqmqHCoRTva4tKSdJ7G2 9QpADzTxWVV89aYnk65DGEZII8uvLlMVSMJ.sHt.Ab4cZIRg9DImEVuZszQKbXU1.pLtYK4wQwd2 noV73k_LGY.FqXbRl5fEFbq5zhOBP_eY6X3QFw3gHRE2C9jWzbYzo0mKtOs07jkf38rPwEnAaeht vkQGqjVqRKrvLDP5IKjmuXRXX1qxOxmPeDPmKVo1E0cKWtcqQZ2eiELd9BqMTOpv62cquypNCTp1 kZCSxSKpJgNFDN_G2GrobSMvQTeu8u_pPhGFEUUcaSHN56u6Ac4qjKHwqfrK53HwebTQ_KppQfNd dsIaRVaIqAzKCOv..pgokj5m0h3sKkfRk5dxePUiK_yexykEW7tn4vIXDJNMjmer_GDaCA0gxxdm yLlVL1hi.2hnMqNnzQYTvOaZ2WqS0FHs5yyZMQ3gzNR5DLjN5n2_5hrZ4HzGrVqFkiQ.F8A11jHq rBHVUn0HSAGWMJQi1PktURV1UnjyEXCaPkR3lfSljUhtwmIkhi1CKGo59_JvOmHWQuQ4cdVfBRyR ZEh6qXsKTjvCS9FW4UaenUL0_8qdoox3uZs4ZX3HTjfTvxzj6g3m7IZT3K4fYVl7fFjGSmiLAjc3 2bHTRELrN7tXZ97OhDUkwqILnpR8iI0eKP78ZE.uneQ8mwB6uGCQ6_i852G1r69quulf.KIYUM0K aSv.NbKWIlff4cunpH8V5mgs.OEiN8OJ9J88cJzEdOxpCrfTIbsnB6D_KB8_zOSnxuiqmRxpBovt EQxSxHNHcxRjMWCU6itBM1UExa0VR1acyCr1rmphdXBI.vcCz9oniXR.1XhOA496R1gLcdYb43af wrF2uMCKs0S0blBKo5QLzFvT6ewDINJd.nkR6fsqPfaXVoCmd7AgkJgVTrWomk8idChm2iTtoYla j6AaJM4JAhzzJzxcL8yVVdLwQir2Nq9VK8zgafZEPVYArNWgcxfoxUS_YB5VKLeekVl4RQO5NfQF JTi5TAJMVVY75KIk7VtPBrTuOa.Vn6lNb4o6b48k4va0uqcAg8lV1DBA3RRgJGcdKeI0J4TaSXEq akQbhTXDolTzo7_TusQSSJqabUwA4IfJLJu9NDbwXsQlJEdKHRrrZE6bucqP7rjn.Wm4Bp7jjnHb CUASnFWdZZ2qwY2PDWA..psr9kKP6ERSGsepjE8F4qwFy0q2AQV84ZRswezHYx3gU.gUpPkYiFOW C99BSiPFV1np4iln88tDl_RgM7mfDVfeVRfDQseJqG9hBc4Db6ibVtK9.vqKmlkijBfBZ4A7Xcjn TlCZyWTie_x304QBLG74TlrHpeu.JgmOC5HrXDHaj0U3osquEW3OENrqfuyg8lMc3bMl3t2sc.Jp eS7JFAFNToXv679UwpevQeg56R7RE1FpNS_DEiuLMMWZt8.AM036nxFFP7fv9fALPTrsy_WffCb8 RfoY0aMpL32c8zaIuZDpcpIdZJku08N0OZLWhNl.icufQBNNmPjj0V6YWL9VPA8YqyKxKmd4m5Xi _tw3BDzDKWmQs5u9Jx45EP3IskZp.ibC1_hKyWrL_h8QqQnBfh6XNxgeE7LX7jfX4T.OYm_rXoTq FK0Vpi3X.0j7bz5.XYtMt0qOybj30RNrdH_hLvvlsEWd0sYcgCmXFEesXA9.3S6RD12h6tbJ57QX 8I3JE6EivXLIsq2N65Br1g1Kn7_i_dLg48.Pct4A.X95g1q3Y8HcqVnmAuwSF8tdu_TFN3kEM_bz 4eGUxEIhB__30PyNFDJ6L26tOEunEidOOc0nE.Ii_bvtx2KrfgjQ7ulfA47McnyfxbSYjMqfLXKy 6H6rVQ2K.MeM4hUOEyEHMeI8qs7yh0wgF8muF6r6gATgZr.hijg2kcPmti6SAX0CQAeM9rDr_1YP rkpVz3DDPQ6HMPjCh X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 00:43:56 +0000 Received: by kubenode547.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1079267716c5a6386ddb8e698b849fe3; Sun, 04 Jul 2021 00:43:54 +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 In-Reply-To: <20210703215445.GA18768@www.zefox.net> Date: Sat, 3 Jul 2021 17:43:51 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <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> <20210703215445.GA18768@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHVSH0BcJz3HxP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 14:54, bob prohaska wrote: > On Sat, Jul 03, 2021 at 01:15:19PM -0700, Mark Millard wrote: >>=20 >>=20 >>=20 >> So you still have not tried an artifacts or snapshot kernel+world? >>=20 > Not yet.=20 >=20 >>> Eventually I resorted to running make in devel/llvm10, to my = surprise it >>> ran to completion. >>=20 >> Interesting. >>=20 >> Was this -j4? -j1? -j2? Any other interesting characteristics >> for how it was run? >>=20 > Nothing special was done. IIRC, it was make -DBATCH > make.log in > the background. =46rom top's screen it looked like -j4.=20 >=20 >> It would be interesting to see if building in a chroot >> in that make style also worked (or a non-poudriere jail). >>=20 >=20 > Can you point me to instructions for doing the experiment? I'll deal with this is a separate reply. >>> It also ran make package successfully. Again I tried to >>> build just devel/llvm10 using poudriere, again getting "expected = expression".=20 >>>=20 >>> At that point I resized the swap partitions to 1 GB each and tried = poudriere >>> on devel/llvm10. That got rid of the excessive swap warnings, but = didn't help. >>> Finally I placed=20 >>> MAKE_JOBS_NUMBER=3D2=20 >>> in /usr/local/etc/poudriere.d/make.conf and tried again. That still = failed, >>> still with "expected expression".=20 >>=20 >> I'll note that the running build build shows Load Averages >> of under 3. So the MAKE_JOBS_NUMBER=3D2 seems to be working. >>=20 >>> Since devel/llvm10 had created a package successfully, I tried = slipping a copy >>> into poudriere's package directory, hoping it would find and use the = package >>> to make further progress. Unfortunately, poudriere seems to remember = the failure >>> and won't use the proffered package.=20 >>=20 > [large snip which convinced me to give up on tricking poudriere into > using a package constructed by make]=20 >>=20 >> Going in a different direction, one way to force a build to >> start over after a failure is to: rm -fr PATH/.building >> before starting a new bulk build. This might be appropriate > I'm missing something here: what does PATH represent? There's > nothing called .building under /usr/local/poudriere, at least > after the run finishes.=20 Part of how this works is that .building/ is initially populated with a shadow copy of the already existing .latest/ mostly via use of hard links, with some top level files actually copied. If the status of the bulk run reaches stopped:done: then the .building/ is mv'd (renamed) to be of the form .real_*/ with a new match for the * and then the links are adjusted to point to the new .real_*/ and the old .real_*/ is removed. In your context, this happens inside: /usr/local/poudriere/data/packages/main-default/ So, yes, your run that reached stopped:done: no longer has a .building/ By contrast, say you ^C the bulk run or that it reaches the stopped:crashed: state instead of stopped:done: . Then the .building/ would still be present, as would the pre-existing existing .real_*/ and the links that use it. This is the context for the next bulk run reporting: "Using packages from previously failed build: ${PACKAGES}/.building" >> if one suspects a problem of a kind that did not stop a >> build but produced something for a build that fails to operate >> correctly. >>=20 > Such as a corrupt llmv-tblgen? Yep, possibly via it depending on something else that has problems. >> So lang/rust finished. That is interesting because it includes an >> llvm build internally. >>=20 >=20 > Does that build invoke the same llvm-tblgen? Every devel/llvm* build builds its own llvm-tblgen . lang/rust would build its own too. And the system llvm support builds its own as well. > [snip]=20 >> Again, poudriere does not control memory initialization in >> the processes in the builders. >>=20 >=20 > For some reason I got the idea that whatever asked for memory to use > was responsible for initializing it. Part of the point of having memory management libraries have way to be told to fill-in things like 0xA5u bytes is to get hints about contexts that end up with memory not explicitly initialized by the requesting program. Such is why I had you try the contrasting junk:false case in /etc/malloc.conf . The results showed what the memory allocation library initialized with instead of something specific to the code requesting the allocation. > Certainly not the kernel..... The kernel fills in bytes into some user-space memory as part of doing various requested operations. In such cases it is potentially possible for the kernel to not have filled-in the memory like it should have. It is also possible for the kernel to replace the bytes seen by user-space memory that it should not touch. There is an example on-going issue with this for the 32-bit powerpc kernels that cover using old PowerMacs. >>> The fact that the stoppage reported looks like >>> a syntax error specific to devel/llmv10 which is unaffected by swap = pressure >>> makes it seem unrelated to kernel or swap constraints.=20 >>=20 >> The files with the syntax errors are ones generated by llvm-tblgen >> during the build and it is the output of llvm-tblgen that is corrupt, >> showing evidence of having used memory not initialized like it should >> have been. >>=20 >=20 > Wouldn't that point suspicion at llvm-tblgen, of whatever version > LLVM is actually doing the work?=20 It points at llvm-tblgen and/or something(s) that llvm-tblgen depends on. Either way, the observed failure is from the llvm-tblgen output being incorrect and later complained about. devel/llvm10 builds its own llvm-tblgen for its own use. Each devel/llvm* does. (As does the system's llvm*.) There is also the variability in which llvm-tblgen output is messed up: it is always some example of: lib/Target/*/*GenGlobalISel.inc but which value for the *'s tends to vary from build attempt to build attempt. It suggests that some sort of race condition is involved. >>> AIUI, the hardware of the Pi4 is considerably different from the Pi3 = in terms >>> of memory management, noted from an interview with Eben Upton on = YouTube. >>=20 >> Why would Eben Upton be talking about FreeBSD's memory management? >>=20 > He was talking about the Pi4 hardware and how it differed from the Pi3 Which is not memory management as such. >> I suspect that the talk is not about what you think it is about, >> but some narrower aspects than the overall memory managment. >>=20 >=20 > I thought it had something to do with added DMA capablity. The video = is at > https://www.youtube.com/watch?v=3Dhyj-7mTnumI > In light of the discussion about llvm-tblgen I'm doubtful it's = relevant, > but it's not the worst way to waste an hour. >=20 >>=20 >>> Is there any sort of sanity test for the poudriere system? If I = delete and >>> re-create the existing jail can the existing package library be = preserved >>> and re-used? If not, that's OK, I'd just like to know beforehand. >>>=20 >>=20 >> # poudriere jail -jNAME -d >> # poudriere jail -c -jNAME -m null -M /WORLDPATH -S /SRCPATH -v = 14.0-CURRENT >>=20 >> should work fine. But really all that you are >> doing is (using an example from my environment) >> is deleting and rewriting a few very small files >> in a directory with the jail's name: >>=20 > So, in my case /usr/local/poudriere/poudriere-system?=20 After the delete would be: poudriere jail -c -jNAME -m null -M = /usr/local/poudriere/poudriere-system -S /usr/src -v 14.0-CURRENT Same as in your: http://www.zefox.org/~bob/readme > (using the nomenclature in your sample instructions). > That would leave /usr/local/poudriere/data intact.... Yep. The delete does have an option (-C ???) for causing more to be deleted under /usr/local/poudriere/data/ . (Despite documentation claims otherwise, it did not seem to delete packages when reqeuested.) > I'm starting to understand why you think it unlikely > to help. >=20 >> The deletion/replacement of timestamp may have rebuild >> consequences from appearing to have changed (or just >> being missing). >>=20 > If timestamps guide decisions on what to make and when, > that might be significant. Not sure how I might've screwed > them up, but in my hands anything is possible 8-) I took a quick look and did not notice any timestamp comparisons controlling anything. >> Nothing about any of those is going to change how memory >> initialization is working in llvm-tblgen's operation >> for generating any *GenGlobalISel.inc files, other than >> if the timestamp forces some sort of rebuild from scratch >> of some build dependencies first. >>=20 > Maybe this should be obvious, but which llvm-tblgen is in=20 > action? the one from the system, (12.0.1) or something > else? >=20 devel/llvm10 builds its own llvm-tblgen and uses it. Every devel/llvm* build builds its own llvm-tblgen . Looking in the .log file for a build there are lines containing commands that start out with (from my example devel/llvm10 build context): /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen Before any of those, there are commands associated with building that bin/llvm-tblgen . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 01:59:25 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 3A5C0CFF614 for ; Sun, 4 Jul 2021 01:59:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4GHX7T6TP7z3PQW for ; Sun, 4 Jul 2021 01:59:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625363971; bh=QA3bafKd1rc5LQfvl3NzjSyeAJADi5GpQfh8JY7iEsg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=di+Yry2RaRGYXrJXzW2QXlg5Y1ROC0hYDHPaxzqk/od/DUaxxnZf3+GJ60Jbz4rpeHsKuLuPE4m964lyDUvGrUW04S68pzlbn0fQ8KIuw4neokt0FcRqyRc6quiRCIzK1FEOZNNWiCvhFMeRpcMYxM+1egYvI1S05wRMS4MHukDdFXI6znBHkbQoI8ARk5Pi1hw5Ou6XRiZH/vUcLkebAKnVjTI+INWGtq2qya/mpGrlDIc3sGNsE9KykGKNbYoq6WMoAH13uIa3NHkzFTWGs5aenUdG0TXogNAcSYwP5Wh4UD+6z+27FgZ9j5mwwChxvkRzgNSReV8VlnZirV4csQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625363971; bh=bou/tEKgkv3fPqILYGM1q9Sn0NBnElaqQ/zINA68Nde=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JAZ+oPwzR+BUnhcg8y1oREWNTseIFYYA9wFXh7cDHL4nLJp0Wf0+XHdkH1QtSqxb9EqJC67LyMsUh5PwMo6BPFZngFg/iAsk/VxT64636NElKRDeJGNHOc+0S8BlQjN3hBAUtVkVmyAmWkeeguBhilsh4edDOvmGRYJytCCOFE7oLtJ8SPzkYYuIcnoTHPRu/JWLSHUM+q13XSmBc28cBPPdjc1+vj04F0iLDEGvT74PVS9BmBH660UgTz+GSlGcbZojLejox3qkGCZvisUjlnTI2NaeEo+X7jsvaxtVQ713vp/PMuKkGCWSTzB0qOZ+6svaFpuR1rmafG9OQr+T8w== X-YMail-OSG: 1Hc.4asVM1m_vct2y0UqdE3zBPpTGg.TrkAfWyn14mrYPzkTA2pQTIqOYjY.L3P Z1JuWtuCBte1bpz5yNR5Wr3IGyYMNkkm1bHYm7y6c2swPKx7YvC2XHvw6PgcMy1.Lxf6.r9e7vp_ 1TQ7wb0aZjjLNoDRKf5cMIMl2NPWgJtXt61nyuo6bFUkfOXGS.3LYezAtquKfdJYKZWBe0d2qW3y nUCd4vTgTqmI6_UYQYmPkaXV2zbRCVOiN3ZsBaVyoAm9lV6kl.682UUcreL8zhc86BWzIZpOimxV 2QySHn2iqpshwrlLSL5BGglR2lfud4sI5gvHpN9XvO2WSzoNUnx58lM8TmGkNZPiIYCct1Y.ubMN BAvEgVjcW6C8pBEV62ks.eLSZl5Q1YDthYkrZovyNgQes29TSxd9RjmsoL9s_JLw5E9nbutvIv8C QU7XSdmOk38jDPReA7q75XC0Q0hg5NFkstwzgXAlPhsaffSL7rFQmp6ymiyOxFg7w34gP31VD2M_ ywpE0schsnAi43LzaP8gnLSlsUHhwPVhydlf2hAp3xlLWfKGm996fmIGchxbesb6iQRvMMkn2zFJ XwMVf8YBWcbeLsWLWFV6mn2kqxxvLiDlSnyiKxzUX_BfajZP_JKEr7hgOZAyheOfvfCpfZNNPkEn 4_tZkO112XGik.rlS_1SbB7ah04znPV6kJ6GB9ba06KXnWMndGZ3PSVpJCm88YTgLEUyTjmM97Em 5NN2.w.3KlbAObPqGZTAwyjriDo4t_FbzSLR0fkLYwBdy6tizLBoMEPY1Hlmw_br0B_up2eHmqkW WDJtXQ3Ewr_D5Td7CsCk_0ctZeKyiVFOruO9fIL9t_lM8IBWmX4A.JXDEJVVLiN2hak9Wy8YZEoU by_0V7zgzkQ1FaiTMQn7FeiZCHRJ9KbJIozCMtnbE2Qsbmcq0cF7FzLlgoNNMJkYkkWU3D_.g1Tx Rjjj_whgYYlJpjeoxlwoJX63CQd1IN4WTYB_XAtSp2h4mgjMOKTgrmb3_H6l1m3.c_piOxnz7l4q yGxMfnozL68WJDTW._d7u7CizhS0ea3s5j3qMk2jn83WdUtqqjZkOdbc0VlUoSQF.uvw3bZm4oFN 0QdPixfMRgC7ZiDoraFNUtqZ37cMR8TuV7CvyjlBfNalkR0z4FarMunSeAYySU6arAH1Pk4DOO3k vo9BY37bDDnPJ8pI0IA.Z3GykOkecScH4FwmVYT84GcIsww9i9ygyVK6CgGYNN7ai1nDce6tt0Gn GJ_l87Ksi9lVXOd9Vy.tO2lwnvW1V18LJOfIeK1z6UncBmeRgES0URh0gbtyI6XuzuDrn9S0sxx. kQv2_jqbMWycngYVz4GJ9xP3qdCswadNhBzkRjdFnme22djuxptFETbPlvMZTTJDoK3BaRRIaf6J E6CJxTMVuhcAPku80O1kMflgROFsDVvN7dEIORKCxYzu0oOGHSDzI9og1pVj3r6g7hD_5OGjYjPF rUDPqMdwCgfKgshPrMx.HafZDImND_8PF4KgU0ZhivukquFCBjJfqCCkWFsjt0KkNKw9fYPsIo.S BILzw.azSZl8lwfbJUqGFux545Eg_Y3B98YBHTxRJ3dC4pg3sZ9ATgsmuccLPC7n2rRR2anqUQxm mKXljtgNWdiLUUmIrJ04i.3mzyc0bOQe4jYG5yqPcdzwHoZWGx8XiGELwY_G39xCmCG1eRdbTrlY 28BouA_FM9pPRP8Q29BqbQBkHCA2Ei4B9rjtbbWYt5ooaKi18eYcksrcoUw2O6AsN__.Bj7wCQQ1 HmFvv.eq8ufVL2m7tuT1db0G0ipb2pYdxRd1mbrlg6RkNPs5ZG7bl2z62lIOXkAB.zTmxviy2gAE JWtX5Ym36pWvk9EOqtGJQv48ggzTib9PembHbfRc_hCmDlpF2FL632gnBE6x5SIG94Es_Bj09La9 .TPhOjgtXA0h1aavYgoMYKxN_AB8blKBDS_2ExmYmNtJK3Km2D1cBamTL3gLKn1XImqRKe__f_Eg SkdCq6we01YKDt9aYSFVH7DyNfbGi05cVZUSFi4CAIBoopmJE7gmhVArc..qLhnO6xqr5Qq761cM ZQ3Rb3oO3NIlUYRMnHf7EkRkpMB8Uplvd6nZ7jSMfB1D8XzyOv5hFGrQOUdvf0he4BV6KwW8Gufu gU.lA6gnCeCHHyR7gHN4.ovz_IM6XXwayHFrSfUZOG4HTbFtoZo0sfjmj2xYVYORZNxJvk7PO92X kDJ0evjJvxevAdwhOgQ1DD_6VAOKGSSeBqO6zN2nbBu2bZWBm8JN_hOT9RFB.qnbN16sgl98RWns .zyWPrFdOvqkIYpL41tNzLpz.ngRQjTI_cFU89_l_1P7qlaJH3CLtj5uIBD5RoqTHq24r8yw6u1S J0mjjOg6ssBohAwQezAaLGUgCfaNUV5WYQ56dLQois4B4.VWWxb..KGLie3FTzasr.x5Qq7WeOlZ b_Pv8fP6SXYAPFxm.1IMjQmd.0qJ1awpY_GpaMm0g6v3kNI04Pz1ujHo8C5fsyN2rPGc5qDpeQmM .MjB2ppqc_Lc_pNeSo2On9YoVwBR75OOxvVzNkdC313ph2BDC76Pkh4pFU.nLF.7EPnU4xvRI0fu ieUkn1TLqdhKS4.iLMAFnfZbfDroXXAYv8tFvlgcSouLD6_owO4uwE_QjwW5lPnhyYBs2_WPpHNX q0yI4klNCNsP.XZkhPD4E1J0iBRCFMUbqTw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 01:59:31 +0000 Received: by kubenode501.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f064424441da1b9b782cc4ad25a2f15f; Sun, 04 Jul 2021 01:59:26 +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 In-Reply-To: <20210703215445.GA18768@www.zefox.net> Date: Sat, 3 Jul 2021 18:59:25 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <2349FF7F-BA05-4854-AA34-B6298193B98C@yahoo.com> References: <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> <20210703215445.GA18768@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHX7T6TP7z3PQW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 14:54, bob prohaska wrote: > On Sat, Jul 03, 2021 at 01:15:19PM -0700, Mark Millard wrote: >>=20 >>=20 >>=20 >> So you still have not tried an artifacts or snapshot kernel+world? >>=20 > Not yet.=20 >=20 >>> Eventually I resorted to running make in devel/llvm10, to my = surprise it >>> ran to completion. >>=20 >> Interesting. >>=20 >> Was this -j4? -j1? -j2? Any other interesting characteristics >> for how it was run? >>=20 > Nothing special was done. IIRC, it was make -DBATCH > make.log in > the background. =46rom top's screen it looked like -j4.=20 >=20 >> It would be interesting to see if building in a chroot >> in that make style also worked (or a non-poudriere jail). >>=20 >=20 > Can you point me to instructions for doing the experiment? I tend to presume operation from a root login so I've nothing about managing user account vs. root account ownerships and the like. I pick names and places for things to make the example. # cd /usr/src/ # mkdir -p ~/chroot-system/ # make installworld DESTDIR=3D~/chroot-system/ DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D~/chroot-system/ DB_FROM_SRC=3D1 # make distribution DESTDIR=3D~/chroot-system/ DB_FROM_SRC=3D1 One could expand artifacts.ci.freebsd.org *.txz materials into ~/chroot-system/ instead. The above is just one way of populating ~/chroot-system/ initially. For now, I will not show later updating to a newer system in ~/chroot-system/ . There are more choices to make for what, if anything, should be preserved or adjsuted by such an update. The following definitions do not survive RPI* reboots . . . # mount -tdevfs devfs ~/chroot-system/dev # mkdir -p ~/chroot-system/usr/src/ ~/chroot-system/usr/ports/ # mount_nullfs /usr/src ~/chroot-system/usr/src # mount_nullfs /usr/ports ~/chroot-system/usr/ports The ~/chroot-system/dev is what allows /dev/null and other such to work in the chroot context. Instead of nullfs mounts you could establish independent instances. ~/chroot-system/usr/src/ should track whatever world was put inside ~/chroot-system/ . Use via . . . (You may have tailoring of the environment that you want to set up in the chroot. I do not show anything for that. This could include things like setting up /etc/make.conf and /etc/src.conf files in the chroot.) # chroot ~/chroot-system/ # pwd / # . . . # cd /usr/ports/devel/llvm10/ # make . . . . . . # exit Until you exit from the chroot, you will not see the file system that is outside ~/chroot-system/ (other than via the special mounts that were set up earlier above). =46rom the overall system view that / in the chroot's operation is implicitly a reference to ~/chroot-system/ as if it was a root file system. Inside the chroot, ~/ is a reference to a different place than it was outside the chroot. Note that even pkg will have to be bootstrapped as if this was a separate, new root filesystem. I'll note that modern main can have chroot worlds that are stable/13 or releng/13 based instead of main based (a releng/13 example from my context): # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #7 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 15:11:11 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400024 1300139 On the aarch64 RPi*'s the world could even be arm.armv7 based instead of arm64.aarch64 based (stable/13 example): # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #7 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 15:11:11 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm armv7 1400024 1300510 I'll note that deleting ~/chroot-system from ouside the chroot is a 2 step process because of some special file protections: # chflags -R noschg ~/chroot-system/ # rm -fr ~/chroot-system =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 04:15:08 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 9E98511DA318 for ; Sun, 4 Jul 2021 04:15:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 4GHb801ZdTz3qNj for ; Sun, 4 Jul 2021 04:15:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625372110; bh=fasyL6lVU4VguLwqXQeYo5RfXAtSMFGeDP6HKAfAAU4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=q77P6+MijQCFonZXjjde/4xYwfsylbacJmMYwm83uQ5wuoF7WwygCGH54ppnq0FCyCRHq/yjijAK7dOyVQ2wuakURRaA72zME+QuK4g5Y5jYlAaKgDux/qciVwcmWykh2YnzZJcEGgEnuVs4vrEmNVyrmr5vI+ZTqI+Rx4SfOxF/Q7XtoXEGHUTJopxEFFgGMwQY84B27+bRZfadbF8yLMuf4Cr4YBSV4COxrjTPNyj8kWVJaxvT27vqxjOI1MtbtD9PCJ5KZKoZ/J4ulZC+IqUFm+m5OjmARkN2qu4x9fwfbBdCrQEj9bT8jb2xmH7Roz3tb7JRVrv/HkWppcQnkw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625372110; bh=Mh4n7HQyNsaAYvF4alZ8cQl47O89F2ety4JIVbNlHx3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=qC45Tl9CmOZVGSJ3ydqR1EwWz1mYKvNXM9Nw+c18K/g6NTOaJ4ObM3Kb+tnYALdLwYa+lU1oYlPOQtJbhH8+ChpLaJ9qpO+p1G79gSoDX65kOCGbfro6ojguC/YmremBDfu5wIfZekEizzWdR4fzsuQdbD22FcDJ6Bxgtq2aE52J3g0ELlWiehoYxPLIRJ1z7RLFNfutlmTMz+nX1KSbzeROkTakhDR8dkyt0T49PHdkdeY0bOAVE0vqdWUdD7xJzZ1oJ3CfUyMxSOdc8ZbvdZnt/ehu3SBM8mekCdUjMLXPhFMpsXxuorT/Q9KZmb7VUBXSL10A41/r+CkYtzW06w== X-YMail-OSG: 3G1.sEAVM1lcwNOtErvQ4i03glo.XDWEyBj3rOPJhV0i5iI_2NqoFBNVXmK1PTa iznCuweHkyqn9gOeBir9CT6YaOZJiG0HOPze.ThZjNTEjhbg_wlow41LfLYO11ZP0yU8qKGrshZt ddZ8i8EOD8urYR3QlLu56EsFBSL4vLg6785euBuKKL.vhUhnQKIZe_aHdXJVMNkqpK6tFsMTLhNo ozsYdvDLEeaFTEU0.XbD54gNKbIK3QAUJtOUCWbUx0Bno0z1teCOyTBSV_tIUM4p6EfSCji6HuLu YF05JkBVwm1xX4wyRcNcvzsSB.FU3sM0085Lrm9hFUzDSNvldPxmCzWaP5AeK9LTQIB.vpwBwspQ r467YdYr2Iont0CwpATRAYui8.CBI4nGajNaLS7pb9jW0BvgP71LH8PQmdYeMkQl.38uxIAD.7_u jWYerhtVuHMZxk4bMQOk8es35ZU3BRc9GW4DmGvTp1PBTTiXMoOGVGUwQgKik1citok4XWftzhb4 yxePq4U11UOMUlny153gGfTVgBYH2lBzkIX5QreICE1LDbb5O000DRCdsLT752YXYkgl5b6rJ4CA z7j5TUz35rDctCcY5LBi2QuhcV7GtMtUI1P9fbCr9861_4YwXKONnNdb5r16REdjr131UJGubqW_ ccYqvqTzZ5Aj51g.cLYIKW5CDybubrPQFdu43qwGX7xnxxEXF6inwaUMQLq3x5GH0_mUR6fvhPoh xRhHu2f8UjO5InXghn.sojgdG2dODcqj4yBF1uTXlijf6QufmuOBCO6PImW3UZY.PG3qn1Sq5BM2 8pIw97z.FBBXgn4MZDfH81hLjRKtwJbwpynJXkGEBUahDVQjkEl1_M2Qjw8wMlsp.Ix9xZAzhkUy 60Os7ePrdPcJ_j3JRVo3Oor5vvV0WknFAujvyqGfw9IU9rZ9arx6czxBy3hh5Z131QDoRAO7F4rK rhQJaVXhVe2VPpxiU99qZUgiNkfcBubBZozo1u2YW1c0gQVd7v52NY.Y4SIr5xfA6YRFCUbmMjOa YQgp0WqLMJZk3.2jUJSvyiCC9xByxAicHgRGd1rZC0sXpyt5amRe5cjPtwiz0wOcrQ6tMIH0mgko qUO.GyHE9SEr_4vcJF946KcUcOFMKT..AtQTX8athSa4YhscC6ABNKI.Xnl0KtzBRjfHp9NlG3uo KVxoznPyBRCV170iZm.K72_zsaOcmlurZEQd27Tm_hS3mhcN22UmsEmdT_YtC.LP2eKHiASCnMNK x8kUTa_qooA8V6OLvbtb2eeaLhkVW9xH1PSG.BhBjieI_W5NtiHFREXjD0ieD3lyu.oZ_MVi9O3N _PVSBaA6IqPKmyQITKjBwXujWecPRdaodq_9mxOg.rVOXUKslyNiSeJv1oUY5nj37WvMJz5GOY80 bO_BC5wJI9Mt1BqFJR1x2gQZcRwAdDOXRzUCjWe8ryHJx83I9NWMU.6zbAZuL3c5iy8D0JHufiMo pAOqGQaBKld7IejVAUx.FYN_e20zVECyt4ee_2aSdYlPYo0GReuy9Z7028psOhU5OU5WqC9wwAFV .Wb0OI_s.ArlHW18fKoT0QeEAXtb6PHa4v0D6HDkaLhQGOF9VeDQ71pejlWriaJ739GH8rFvVhUC KqVCK36BWAVWJv_0m0vgX6TAMvLSSj_CRyEJOZqt2cq9TqADGMH3VUnFQxiTNqiEcv23SFE6O3_c eoqlS8pBycDBsgCIKU4iObIQybOapWqchXctHZ_I_SA83Ng1YlIhcW7_I4Zy1XJDvmp.aEcSVqo3 2JKQVAecQgOo3ehQ7VMzdJ_kWNZZl17KSe6PV_ulTPJKmge9dIxguL4tzxuopQ4eEEf0eNEQqjoX AZdn_zKweuKmTauiVTjiAb6rgHEmWxyLZkrZcDOLbqxHJGkSLrvLEYtcTbzMBG9lPqRVV6GiTGnK ptBhBQWbY_oppylX4BhxEe2vnwW5W5A4Myh6N9VVM.3TeWg.mnJzH7TOfys2hLr1RKXZDi7hZnf4 aLpYUP9uTqJuYBaRq1ZZtkBBpFFRRUNPiCQIa2AkNMIWa_rANnM2Bwl3RSawwuhit4jP7Lh4PNQ5 guR_rIb1rzXMb_55GpyHSYHg8ilCH0tGUZ2C9TYVfQir2GYOmAh6gHF7yjFe8K7Vga2D0hdfhd0j ixXtAKkdUqI.kE6AKNtJAc3ssQrdWfKJMpmGOJ2eosJ.S4Nq.CnSceubgjsbOyK_drxoMFm4U7Z5 vRePr.WyKbbS2gH7OtG7iV8g7ruvP2J1JKxaT2mTa9fmN0A98BYile_NiyizjVUBMisfXJZ.QoHH uWB2jIAKT5ZxQaV7oJtVNCHxkn0n1P5YEWZq77OfiwzS5iK_pCfPZ6_SwePLE5RvUcy68Q.RDsIC YRK.7Tl.ksjWVyDQ6JzRVL3g8IxSm_pBzfE8joJlsEAtCLaF7Eun28Jh4xSFmNbb4Oi8qavJrjrt xmFpXP1etc2FGy5pGP8WqXvle1kf1pR6mQRMUm66yG5TxIRn1qGwUS.C8Jkno08IcDhOQ0i0Rqef Yr241XO.BcIODDbk2ZF2mVnvvRWiShkYKAC6_jguAG.aEPl3VqDSR8mbdOhRg5Yw7oITYuiGwQRB x1mJOxC1VxNvioB6aq0zNpJRNp3ggvCfH1N7s2yRs6u4JHFzTum007qLYlxBgJVM2QwifO7bNMAO kIwHefA2Fc8XO.WNWQiIlc576oFMbzP6MkvrsZytBr0IJzBTjW7sjmswEqXzD7HJAxd4.JWDYHjR acA9A8i_Y3RHMLbcVzdMBWF5lARJoZZr_OgR4pzA2MEJ0LNGMTS.3LWXERTcBkRunyF4VxTiU X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 04:15:10 +0000 Received: by kubenode522.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fc7bb56b6032840b19bb6e90611d0227; Sun, 04 Jul 2021 04:15:09 +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: <9CC00581-E8B4-45F0-A614-60A70E37B1B2@yahoo.com> Date: Sat, 3 Jul 2021 21:15:08 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: 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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHb801ZdTz3qNj X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=q77P6+Mi; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 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.64.204: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.998]; 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.64.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204: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 Summary: You need to update /usr/local/poudriere/poudriere-system Updating your HOST environment does not automatically update that area. One possibility for an update procedure is: # 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 How I got there . . . 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: Host OSVERSION: 1400024 Jail OSVERSION: 1400019 1400019 is from early June: committer Neel Chauhan 2021-06-07 22:53:24 = +0000 commit 37d64dcdfa519157aff9711f1f226ad7bd778f46 (patch) That Jail version of the system predates using llvm12 as the system compiler. 1400023 was the switch to llvm12: committer Dimitry Andric 2021-06-13 = 20:01:15 +0000 commit d409305fa3838fb39b38c26fc085fb729b8766d5 (patch) This means that the direct make build of devel/llvm10 was based on using system clang 12, not what you have poudriere using. You should have (using things as they happen to be available to install now): Host OSVERSION: 1400024 Jail OSVERSION: 1400024 In other words: equal unless you have good reason to be building older materials. So we see that your poudriere bulk builds are based on clang 11, not clang 12, according to the log file: _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 . . . -- The C compiler identification is Clang 11.0.1 -- The CXX compiler identification is Clang 11.0.1 -- The ASM compiler identification is Clang . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 04:25:32 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 AFD7711DB8C2 for ; Sun, 4 Jul 2021 04:25:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4GHbN25X6nz3rJv for ; Sun, 4 Jul 2021 04:25:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625372736; bh=8g5GTK2VQcwLoklXqwhVfnKJqCUpLmom/hl+EcM3Tpw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=dbeGdenNTFnjNcbSCzFk50sqqSCyGzGK8cDDdlRtt82UvBlllOyYbc0JIA2dy1duxqvXK+T6LUC5a1zKattqS1hzcb2me5/lhCURba4CbGKAUizIFGRgMHbZrCgoPLBfjXbz9myFdoI3mnrBzq8KZlWUrV210o2c8mDORn6hTH7UMNwwOu88UVXi8CQSpITGWhMVRhEixoAL2L7ytD8MvjZs8s5hKZ6a/ij6cRQcFqGMfhm0iKXV7qlhlld4JJDjhOSzetXRSwbtxfxHkoV6P1Aqw5yonoXPaBoFBx9iIaDJvYGCuIg1CZaJHImRaYzw8VYEsst+NkkvWuXoUTxzLg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625372736; bh=JN2hu7oqDhQmGWqHFWMqdElLnXp0/uIANb/xweyluab=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EpcG/0LACbVN1i8IeptLn8pU9M3VIJ3GM5dhOY0iNsDT3LuwwTqDPXUw+3aBI+QI7SdxVK3ne2CoTOfMcyx3BuxOAdcHuOeClvStSmBq6iOymr7FdZxXDX4+2NBo/hz02Xp1VYx+69j+PUoodC2TFs7tyL/Ol48IGQNdT/sVRkJGb+XFhwwitgcvKqLbWERibGVkRT1+7U4429fsMn4xpRRWp6IxmkRsGwX//Tt30Abz7abAmfKuIuKKpWulC1htCMA3W41hRxyb7oV2IlTJijXeWilSWGAhp0gd3LfTfdA+jNuUQ/T4GoN6Yn9v2P2mCKMPknNGDwkeWI5VtWqtoA== X-YMail-OSG: w_IiSeQVM1lEFjhKSlUvXKEOeeiMGM4T9s0zxlX_yxsgkzHdpExC8bwoc0rb18S FC2mLOf3j0HOiwT3NfG_CMMTAlWZfpagxE.gP1bP6I38uSqBLJPQmrTwt5ewlgK3HUv5r93pPsWi JaQntv95YIBXGFYzsbvZ1C4k_yOCya2oHP7jqfNjJ5kGJP_SwIs5r_oGQrmB6OpujSpGO0X07wW3 pbspVVv7c6zu5u_LmSu7Lxhxs6PmA82TvYI4Ksn7o8ndNFRtFwQYzK9LcRqf9B2_zY7MEdfCXR_g y8S_h6IfxVzO8HznSbs0t82A2hdv2EuE1PUKhH0eeMNxeDuizRIxqsrM5rE5lBb.OjBMwX5_Vmij eMSnbcsHKR_LvcBno8pKoJ6.KSmfisJBVeAsvWgsXi5ia8acjoFZmLmEWWXoqJfJGlLJJ5Y3J.0z 6l8cBudblfTNvfWLSEJATuEGWLdH3sTE0AHm_F1p2DGR8lur81qxPtJwrXYjyWiRyFpaVFIYP_ee TFFps5BVvoTDVTbo1d46eDF.PgBeFKGjquh8fTOmZAmo653s5NR0CdJewGYPfpYH6AAdXzyyjWtg rjVd_SIg7raxn7AEJx47avd4PxSqsdpM4wHJ80N35P82j7R0Ea9w1fQd.5a9qf5.rVwdUJ8zpV6Y bUPu26Gk9OlISm8stvnT8yvikhV40tAPBstfonBV8D8CF7cfGlYqYF0iUGQUxm6bMGJ1To1zXQYH fqHYhUuE.LRsdfzp3Xl23HIhnjuQFmMAYhbaBaKFuZSn3jF2z4L42hlCuxZ9IJ1Cbi6qyktBk9ud xghdWDHxUWwdofFEPBVPgpzKmBExmB10m68z6yWaY4P5OrvYIvbvkbk_Us1VBMtLDiUVVeGbk.w5 uuRA9OzW5MV95Aas0KkGKsf1uM6c5wm7gL1sxZqHP_Qa9awWRM0EkY2SJUAIqXKOqv5v1WYEEvD7 QvNjkhWN_tcW3erOKblZYEsw30wW8kKgL2_V1.3KrzU953iQz6djDMk1BCSEn68MBVSatnhIHr39 qC40qh7R_5o9BhDO8q8pUNhWb01zERUK9sAIDRjlWR1_nShcW.e65Zie.pDijppDqQc57PCC6N9U oaNsGgzF.OUD4suqhjcQhPettOkOg6vwob9R0mLdWtw4Y0MGgBmn6X51KucqEuFAek3YI_g7X_Ws bF9fWfewtL2Iu9zVgPBaqFpqdqFc6W.PjH_Vh.7fi.9iNVkPaKXS9rqWIM9qn7TNZpNHMA9TZ3W. Ioqt3ROpla7rSgmerXDu08HkmYStR2UXVcq6sfrRPdESqsSFCQMUHJQWLWh1NCEJeD7RmWPIOGFb eWAGRLECuQA47v1RuvkCbEg4nA4UoNGMl73RymzugasmOoZwJMkkrXR_nUJxX4CZcoSVjU4qZ2_A r7DroM7QDj1MLv_yD0Vy5Yae8u5nba_3sCzbhBKpuVn_e0B.jUIS7TuInV63ZV36H0wlnOAdZ9s4 i1.M3SRJ7Kz4WahaIuL.9bfZMqGBBcP665yf5kqxAuWFRZvf6sN1z0e82HEvEaTO1Q1CuvVdEj1m lNJCUK0Txsn8u9DqXQoZjcooZBWkTflecGsBiF1ZwRuMByOLwOwIJ0tyzQZhgHAddW7ksY9AWBPw DgKWcMZhHQTm5b8obY7.yqKaCLLWQnF_YQzOP5SZlMwQ5jl1qKQO8bTAXgTvw3Ki_2YU2g1Q9D0Z x29scGtEMQWLws0W6drRZwidC2vOOKYkZwINEJFEKKecFZRB5Zbxa8CGhJ4PbIIhIB1.k.3Awk7G Soo0ldGwGUNDjkYztbxGfX6zv3sMft1RSFxqc3jjcSta_Tvv3OHM1e6Hg_XxpYXHE7ZjAb41UCEl ojuTN5tP_0XnSlHq7S7E0Ly3g5Jaj7XnkhQaAZkJZF1FtfgcmQ01kC0k0_doo7AszjQPoVZFVvVo 0CjhEhcz5QkrRkvx1dZzAMRxZtBN7RI6VSdvuLjrxgVjFZtqNPP3Ru5I4gvUPIUf6cQ.s6YAw4E0 4cH0VIiuwjTcwSP1PHP56_34CRPhbj7CdkC41n1AQooZ2ZZxJilGRoCefTOgft1Ym4.LdHgyIwDL Vv0zu342M0k0iIxXmcqVTBne3LCbriznVRR6tJdt7Vk6H_rVlaucu9so1bBdEfXxFIYUom_DYV.5 XLzWemkiyhakK2ZxwC.t48RLvsYdUKgrM7362M6VwaXc9WwnA5OMNUGTQpV5BMh9ayN1XG321jhj 4IjugzYMs199OvRVtAzbmjaOmlLXGyuk18PRLY.oKgaeTY4dY3M16IiBrreRF65fyMX.XN9AvGFV nJgc8vTSn8ieFyjTMUb0PiG_z5hwqKSQfSaf8Pynj6SEUvJ6_LzRb8XJjSA8AnAvv5.rHgtFG7oj FUuvxExsIjRlcwrjGyjSo2JJDxddAdgvhHvHxPGbw0RvE2nx.WNZKpzqxGdF.OoEQrUTo4stDGHu VrlMfcUSbj.vUdZV_He8xMwyo3.D8uWU93um0oAXKeY0SC0i.F83YP2fzpQhBkreexaXishDdVgv k4ttGrJZZ6Th9j8zicjuyZbGOKENod2DDLlWRGEh96aQg0_E1aQLhdH06E2INynRRyuPt.3LwuQk YncdQ5t_DmGTVd4vkBnTM2bBpItSfL03odxKXYubDjThJpeTdN4l2y.JfBJtxkyzu_aqa4DFykGt HFXrRMJV5kP5h8ua4wBCEwaEudixo.PgMHAFLpEClJUlPrkRQzKzavYC2YdvPU40oRbDZiPdhcyl kTb4xr9p5RUMeaCiLeq8rvFIhy_mwBWDtP03KrIU90yWDUyMpq9flxXgv6_qpt_ePxpZhiSko X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 04:25:36 +0000 Received: by kubenode504.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c46e549dd9944cc38dc922cd429d02de; Sun, 04 Jul 2021 04:25:34 +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: Date: Sat, 3 Jul 2021 21:25:32 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <9780017D-5B26-4791-9397-3E721B578D55@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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHbN25X6nz3rJv X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=dbeGdenN; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; 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.65.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.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:15, Mark Millard wrote: > 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 > 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 I forgot to quote the OSVERSION in: ---Begin Environment--- SHELL=3D/bin/csh OSVERSION=3D1400019 UNAME_v=3DFreeBSD 14.0-CURRENT UNAME_r=3D14.0-CURRENT . . . > 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 > . . . I forgot to quote another OSVERSION: . . . ARCH=3Daarch64 OPSYS=3DFreeBSD _OSRELEASE=3D14.0-CURRENT OSREL=3D14.0 OSVERSION=3D1400019 . . . > -- The C compiler identification is Clang 11.0.1 > -- The CXX compiler identification is Clang 11.0.1 > -- The ASM compiler identification is Clang > . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 04:32:32 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 6279411DCB4B for ; Sun, 4 Jul 2021 04:32:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4GHbX76mKhz3sxY for ; Sun, 4 Jul 2021 04:32:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625373158; bh=V/j68Ogf1F9vWJ6wixA+GNEbQsEc5lTceibNV9ouW8g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=UPyFtgIir96UOwv0vTuIrXqPobVX8ftLu1YHhFIZ3TH3ak4BTO6XWl4hO4zFAuyxUX7+9otsME5pVxqxZoy9x/UnCeKhXxF0Nw3aQ9SWJ2N1twTl5ybl8ha1QesvtMvf/jH/Xhm8/bMeuvtyZToa8JHlHnVukhYfd9e5/GNc4SC6uMi06XonOvAuqolXJzsE85TGEJ1O5kcwzWCHQhJwXIIo05Vak6y+h7KXyeI9qqwsrbPGhpEGomo9Nk2Yh4U7oZGW/qaQDp2YcEo5TvRGy79jLDAeEo+C2nEq4AWBIYi/iJFq2eGOZd/LUABP0GF9ZCSHaEDQfFMIz+NxnxdWrA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625373158; bh=jxh7uuDFOmtJDkyFYDQVXxZkNShFg5fzNkBnBEMU9XO=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=URfENLy92vRpTpi2Z6rHsIyiZw391aMGqIqjw075nx2hRGVZEFbYidB/KeETjxqZh4QXbe3erbxHL5Wd/uT0GSmQYAJAwIv/OCgsrQRPANuDjBH+4drjLn2BDlQNwgvad5hHTW9fxF3Fr/rLruvPW6avrBorMEjq2eHZzbmZOOlY6RB3umcj8FTgdKONKg8lLovLhBwqK3T5gp2bkR7qwF5ZjKe6ZjQ6j2MUuYsS2gwOy+Rx25q+HnJieuNq4a4NY8j4ZuaWxsR7l4dAaSjTlB8/yZI9f89A+vEgmYDNuPNxgJr2wG69LnYGoIbqXZEw9QjsLNYuMF6IWfGbjkCqPw== X-YMail-OSG: KxWGGFEVM1mszFTLNjgAflGe2rhJztYgRzN7FAr8lA6p9lKE7xbkXtyXMLwvXu9 1v9aGQ1QEghgEizQincPlAj2eClJr0OzQV5Xn8tyxiMQXb4nbu55DGlFIBMktgJON_ezpFYb5AZ1 mQ9J54mR8jMRqOViCmqpyxI1Qofli.EtFyEB99BTcZLR0K23XdTNF9k4UaaH32bpY.KtoRsGHjV8 9NCGjaX3TEvaWdzyQAgnmn94H2a7RWB.VVfruGiCMK9cegEVmOvh6hAVuRh6g7XNpDUz_PZmUrMQ omnwUxXpb7NF1ooNmpL1kpbdU9YlbcoYjwxe3Rt1SYJ6XDKtRz1VB6CpWOSL7EbQI1lhONb8IgQt Cgl0rOHfOmJHoUIaGUeJP_mOwDwI4hfMh87OLEUfstZKxZ8K0YICAiJNyBw6WpR_vULh6ngAVSy7 Tp1IyIofAU5WX.dKrG6mKAxbfbi4Omxg4vOgRn0fncWlafp8WDobBaMyaaNsosRwOsbqnIadxm_H P3sHF82NGlSBR3ooesQV_TFspGaGB9LzaGLy4KvOaLh0C73V_7Jwe1PuLmoHXameovnu1xaiqdFJ yNmNs6XFbm1G2LQaI_WotdazG6cnn9QtFen6Kk3MLxYJcJQpI.eQUBoNEwEiA1j2QPua1ax3FPPk IL.pAlXVhWfKRGPwbCKZq2ikuz4aITlXAwXKIsSaJWzAFyVQnBN1WILY0IFfzn5LCkdtZ9ywHhNM vbuPzp_TyCbos8W2ItlQALwLiQFW6z7pIRDREZCAhAUGj4sO4m4oZfsKlTsWuIqKR2GZtcJvk_lT a6xm9mAx44rl3gmpXftre3bEl_LEUvV8yRMwUmCAX1Ywg5KCpmaHhJIGdfbJuSNXpQjUN9DLTEpp nQfAiBUJgBtUBrgNya3M8UjQz6OA9zLEvLOlqalO4.I.18.O4I6OfksiJJUImEM.WrD25yYJuwHL jnm7nCkMN9In2loUsdxqHJmeWQVRJcUcEkRWUBUdbWCiQSn9Lc6Gxvpzk1HM2nI3yMWjHU1ID0yF SyGjh6vEvDvP8fnJA09hHi4i2UQYUFuHqTsNGGAN0xEeuckpehuKOV9_SJ2RwrXMZtz.EH2Jjsj8 B00p_TicAUfDiLqQi0HSl9A1yjD0PItK8hR4u4KfeAn6flikQGsVc08QBvCGHoUWEbnN3qXmaWx0 TDYZ.jwuAHJHVXPtUd.z4_u9Uwsj2Gv9kN2bjv.1j5kJYcetNArdvOv_Krp2KhmHFbibqjuIIGOb KepFLzJs134hvjazbIX_KYHtkcdSuyFnndSbRUwyt88uTiH2jKt2GIgI7CbrFmqctTuDPgpE7wJg VR_2ZafudhUBfLNd7gWI1OmkdLlOV3HVgV3g07SZ3lbAC3Lm1IuUDuz2DuLMj4_dnqMhZf9fZBAP rICKhowj97n5leJNo.WpHdzlpmF1qwnNCwccOe_dlKFmmJEoVwRvEvJ4Byoa8ABVWR1IxziszgwI 35s_MVlxNRfvhlZ99amhkWLH30ZnriTeTImZX6twzm8NfIuXLOMYtunvMuXu5FgvV2Go.fC5HcoN lPTLVB42C8EzYciga9.pm.C3JllSzYoSYGCJQfXdFdgSs3VOVsHBIHGHeiKhAstZrt71vZo04LGj UXbhAsEpO2eLUWRXbLUehrFjm2MdIsUKsy.craFwcHwK7Lwnies01xfmge0owfQFjvaLgubCc9.9 AORVGPyyVWu.HRPIJgl5zWZCvJkhLMhKUS.DLKhQAZWNjeFlh5HMNl6IFYWltznTsqsPB6bxjPa8 BwrDNhTAB3Opd0duOmdz_feJR3UT7282nMNJBikSHxg45wkqQ6kS4nwIBDHg6gtKKg0BPE9XSfUe DiptPsDqws7E.aIWjPRbbwyl_feTwelHCWqc4_lKOfMhsuPIIU6uMRhEjxmwctSGHcrGTn.SYZpw 12O6sJoLoACoam6e97BMttngvRC6i2WzW_vKFDIKN7yBunoR1K0b2lLXkaa11JKUf6POiirdYcAg Eggn.bcNovzJAUryrwaC6z3anpFnhFmRR0sbsOmvBDDX1iHXJOfnuilKLC4XHvYXGl0mQ_iddS8q iFLUcTLRAzEbUue6Suu_quPRxUuPYsuhLCBfst2CQD17PS1AD67QPgBalcyCiK1VMVYUTCNFAttL _5TCzDmSnYKTyQeC1VX_qUQJMNGA8jcgzeP0EvDSeQuZza5TkJoQLbON6ABpdUuzjHJSVr.tZweJ Ya4NPCJy5a409jXrCkmdegEZO0aXgfFVBWjdWnQBELa0a5VQqqrG6ofdBJM3viBxP0qfWt04BmaB IK1gWbsnGdbGmPTLIzBCAa4F_VEalVlw1E7MbdtCUfKrzHi71XLbH5YWmT_afA6DLtoctfXeEeuA wJRrg5KtjI1EVKzrRDuGNtntW6sJgYsQYDHtSM2qbvln2XjROfmHE3INxI2zXR85BJzylW.AGn2z 1jVd4RsMB3sHY8U5u0d5.ZoFyL_I7g.X4J0YkW.vGCZ47KqriX_7o8qZenzzttiIicwMULY21dS_ .d8etUsKGZydhcyUwfMgefWJos0CIE85RqcxQ4oKD29sn9ASubeNYj1ORW8DyyOnd4Jjw26pjkBZ M45hhl9HXqX8cFhcQ3SdTUa2S6K9NUNg_kSipxsET3pRpBjkHax2HfmNB0.G0iJqwAuZsnP6FysF MHExhcjoNA2cuTvSXUadrO7_RHoVpOb9aqRXOMxjJErUrK2Be_ngUYJJ1ydaCp0.nPUewJJn69X3 a943vdvdHX3gzRRZGrg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 04:32:38 +0000 Received: by kubenode540.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f26c8aa8f8294a424f54abdc3b9c0fad; Sun, 04 Jul 2021 04:32:34 +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: <9780017D-5B26-4791-9397-3E721B578D55@yahoo.com> Date: Sat, 3 Jul 2021 21:32:32 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <1B74E5A6-A648-4C91-95BB-6C8AB110FA3A@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> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHbX76mKhz3sxY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=UPyFtgIi; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.88 / 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.32:from]; 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(0.62)[0.622]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32: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 [Just correcting a bad placement of some of the new text.] On 2021-Jul-3, at 21:25, Mark Millard wrote: > 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 [Text moved here:] I forgot to quote the OSVERSION in: ---Begin Environment--- SHELL=3D/bin/csh OSVERSION=3D1400019 UNAME_v=3DFreeBSD 14.0-CURRENT UNAME_r=3D14.0-CURRENT . . . >> 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 [Removed bad placement of example text where it could be greatly misleading.] >> 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 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 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) From nobody Sun Jul 4 21:00:17 2021 X-Original-To: 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 ED35011F66B8 for ; Sun, 4 Jul 2021 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GJ1Rj4zsDz4VPH for ; Sun, 4 Jul 2021 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 73817193ED for ; Sun, 4 Jul 2021 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 164L0HrE006745 for ; Sun, 4 Jul 2021 21:00:17 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 164L0HqI006744 for toolchain@FreeBSD.org; Sun, 4 Jul 2021 21:00:17 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202107042100.164L0HqI006744@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: toolchain@FreeBSD.org Subject: Problem reports for toolchain@FreeBSD.org that need special attention Date: Sun, 4 Jul 2021 21:00:17 +0000 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 Content-Type: multipart/alternative; boundary="16254324171.fA2b.6331" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16254324171.fA2b.6331 Date: Sun, 4 Jul 2021 21:00:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 234232 | clang Assertion failed when building the port dev Open | 245179 | lld: wrong/misleading "SHF_MERGE section size mus Open | 247665 | emulators/rpcs3: clang 10 crashes during build 3 problems total for which you should take action. --16254324171.fA2b.6331--