From nobody Thu May 7 02:59:26 2026 X-Original-To: freebsd-current@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 4g9xmj6vCzz6dJMd for ; Thu, 07 May 2026 02:59:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4g9xmj1BRZz3fjX for ; Thu, 07 May 2026 02:59:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778122769; bh=kkC2V1mPVZYkUEEwL7neU4L7NyWIiL3mva90aSaFdK4=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=p9qTuFun1pl/XioneYn/IBN+UicwirfvkzpCxiUyd2aexq3Zo0IE+roct3JV+G9ubdC4DPMdSBgyYq4xqYW7PmRNK5YaqAqHFDPKM1CySx7tOTY510EHg0lu6+VSZlDXGOPlJy+1q6Pzczwjkq1QCemtbWTCHXwWQDklr9bKrxWJPVrLE6b+5dpLCZi+A2gsHvG3GElzTclSEdePfWbQgV5OJPhOxEB2vwmpUXeexhpQ3kM9foJ0xCW5dk2QLL53BIroJKnHsrVGEoMx/R62y0ha1wC7SS19Obn3YZwXAtqht+KkiN8RBx+bid5c0xWveylehIJJtbfFVuG6exsgnw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778122769; bh=7LBeHC9xU1f5NvdUgjCOtaplFegcyGe73Hf2dGNPV7F=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=at3oT/FCcXETHXqe412d2Mqt1vbHe12UKOep7Ov+STzOEr34r5mKjH2MVhuTMCuCI6jSTo60q0azVvlOIVqM7NYzhPzs0siKoEoinWtEZRA9Ee15B6pVnrePqu6wPeFng6cBsM6L8MW09iA92WxetPD9qSyxDBJ875mZz0xq7L8O9o9PYs+z1X/FUBjIsaezRVd5ABax5+ui3+OTeUq2Q353Q+9h6V9q3R0CLjIcfXZWxRU2UmJ/nsp0SHnpAZ9rwuf8WvzNjVitghj5jUxqDaryqT3Blr1loeBEYG/9cFE4VNFb1XgBZiBWIItrN7XK5mYN3iy+s/nJ6l16MGpnmg== X-YMail-OSG: j7tl8EkVM1mo9k.rNdqm.S2bUWrHEc7BuG1g5I4ICnKKSuvTtSBGHvvEqYhXVGZ PGZRzjXbtX2qAdbuMuDiY8_IBeHsj50.lVqBU2qqHu0UD9xYUoBnggS1FQEDsd8pRsOF8iHMC06Q 1oDoidOLcba5rI3J0RCfbV5P1xK9Dq2bnxTOiXOaOVWUB2mORnZ6Fk09ltq94LXNh7ZjFC_5hoKV fSZY2BplpCGcCq5l.iEpPiNYJSDX_SV833YWdpajCwJjeFkuxwBrQ8splGMOevnUGQmJbYOMCDI0 ZnzK4rg9PRB93wBpi1.3REEUgQz80W.bf7HyUoxRwOx.576jPFmM15XtZtu84YNZjFk.dTlWdi.w 3X9P2tU4xAfjfGHlAjVdVAnVkk8h.lsfFrNr4fLUi.sZfvJ1bMvZ1Myw55iCd6o4mhszUo2hf1gN bXfp8ibkmWPooq5D_Z8f2bImjDx5O7LxeHKWbcd0cPKO2DfvYmngQoAKjL6Jk0YvWWuw65IiadZ1 AI9BIZCjeuuBwb8x4lt.1rGoMa_rwq_N9OyeqWE2T5Ox221mRPZZT0ObEf6h.ta6WPshqzmsTkjA pq4nwBdYSyo1L6fBbCyh9jqQPLLrs05vaQz_Mxy5ea4w2QknP_i8nZVz1Y3z4DfTfXydpKehc0KD 62kzLWcoh048S7dPMnm5TDMAMSPwOfh_iRNXpmNA5pgRJpHe9.wqX3Ou9oc5bM3zIBZivDCVxKD0 m0YcPUbX_x9m13Nrar4JXlvhZX1baFAxaXQeMFd_qVJR_MvmhrXaC29_.C8RWueutbW_MB5DIixX nI_ym7eZoJEXZ.WCtaztyVwutmlu3XNWD1A0zU_9TS_0sy1gEQROeC04StGdkO8tDc37l0S9ULRB L4o4pIX1h30FBWqmSy.4Kb_sS4gscZPurp4jv5EUpolpAinux1Ku6Dz4AdFsDc0NINpkzcd4F71b pKZtMHShuTUgxUzDsQRnILpw_6skxUmetjIDc86kiXJa8QuoveV6vCe581b3a5BpP2lHM.BexJ4b CoyNxaEbzhnnqs3jfTeJRLk.bc6xeLAoU7i28ipdtPtJcbDSTabDIedXXXTxyWKIlv2J2FIs9r7Q csmRpIEToCF4xvoJBCFwgKvt8kJYVFHCDJa4IyaHwVk601OgRKmrF5cIkBpPyg1gFlR5NZEe8of6 4z0Jg.RfvgpvluS_Pfg1Tq5xzfAmbNeO5myofK8szvIGcLDZ8loxem0ANegnn8lftQoKv51OJFZK H4Ibd12THe.fCK_oYHn5_w_U52iZ26u_0zGbmxQeo6TcdrTpYiJRfkiI1zM35vo3QJN7TbXV0QUa TPONrYwN7b_at6.6BKDFX4hO4TjusyrILUmB1uLLq5yd9fZfpmxnxpFS_HNCP79FIwTRG4dZEPPK fHj0g_y3z5HIX.OqC3PXEZTVmsJ2ai6X7pS1ur_NejqKKdF5QmmCEKTaWlbblktRpl.00NTxOiA2 u4K9aVxPaqTJLIsK_O6YbnR9nh96pr7uvX9OVgSsDwLrBmyF7l3Au2go7AV.MkH.4GXSZ3ErApzH ScYKXa9LaPcNfHWH0pfZV0b9fH05.D2DIfg9MTugE2Ui4HmMFEn5YDZmyxIU.wJdMz43GhXQWU0O .C5N89ARfQQrrlwik1G8TD7POHsgkc9FBmLg7SuPfpNKDgVP6.BW8icRuexSHZtK48Ns6MIojujq J4KLMfNGEAoUeDLm65u3WVXbTDbbHsYuX2ycuBmmT2sXEdm2yyimDDOSqiUyPk3g5EOuj.vcKHyk VscXp3PQB5hNTPzStEx1GuEMT0IJEfF3FxA3S5h5Pwh2Z933qwLlzO0djpE3AIais14hfw9JvO3W OXMw3pU6MKxe8vhMVfSp30r5KDwQnzACYIQR6A5mDJA2AoyheA_vvFufntUo37vEQurRaIfVlF9n BVTtMouN24X3Dm7PaddqRWv1fog18rQLMRseUTNppD1wA8NNgnCmPqGBwnaC.i0ou2XIjS6BRMDt xr.CIwUnrwY4OzTQ.vs3Ceb8L9nLoOM_8xKmnk3xmbGKPYInW1golDk7ek9D8bGr37sQhhiXsZLw v5kJ4X4pb8OABBhvNQhClMPQom4VblBckdM4X3vAylEr4ZsslYhbqVNpfGUm.yox.RWI.sbofeDP xZRNAoeGk73WB1X5rqRoN53ScoisvrJ.aCUUXZZqGnleG17izGOxdV52OiUVHGL4DbU3mf568lSz suZMeVLd3A0jnodX7qNRaoYS6yyok2vSGZdHyjzYmC_wB0BgfsRPZ9Zyjp2fTdkYq8BlT9A-- X-Sonic-MF: X-Sonic-ID: 3606c497-f940-4d6e-93b6-ffd7461ca1dd Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 7 May 2026 02:59:29 +0000 Received: by hermes--production-gq1-7bb7df5c46-gm5fw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 21888737708dffd0eb96dd893f6fea66; Thu, 07 May 2026 02:59:27 +0000 (UTC) Message-ID: <33436574-0b2b-4db8-a69f-85df46af12a6@yahoo.com> Date: Wed, 6 May 2026 19:59:26 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ar: error: libclang.a: 'ParseDecl.o': section header table goes past EOF To: bob prohaska Cc: freebsd-current@freebsd.org References: <2c2ab68d-83eb-4b6d-996d-10c2169a2165@yahoo.com> <4fab914f-ff17-4312-a098-975b6c103e05@yahoo.com> <413d71d1-6e18-4c7f-8844-d85c304d0504@yahoo.com> Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25559 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4g9xmj1BRZz3fjX X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 5/6/26 09:07, bob prohaska wrote: > On Wed, May 06, 2026 at 08:54:32AM -0700, Mark Millard wrote: >> On 5/6/26 07:50, bob prohaska wrote: >>> On Tue, May 05, 2026 at 09:59:02PM -0700, Mark Millard wrote: >>>> On 5/5/26 17:32, bob prohaska wrote: >>>>> On Tue, May 05, 2026 at 11:37:12AM -0700, Mark Millard wrote: >>>>>> On 5/5/26 07:48, bob prohaska wrote: >>>>>>> A Pi2B (armv7) is failing buildworld with: Which is true of the context: ) Is the old system one still using the llvm19 based clang related toolchain --so that the build needs to bootstrap the llvm21 based one? vs. ) Is the old system one already using the new llvm21 based clang-related toolchain --so that no bootstrap toolchain is needed (even if one is being built)? >>>>>>> >>>>>>> Building static clang library >>>>>>> ar: error: libclang.a: 'ParseDecl.o': section header table goes past the end of >>>>>>> the file: e_shoff = 0x131190 >>>> >>>> How big is the ParseDecl.o file that gets this report? >>>> >>>> >>> >>> # ls -l /usr/obj/usr/src/arm.armv7/tmp/obj-tools/lib/clang/libclang/Parse/ParseDecl.o >>> -rw-r--r-- 1 root wheel 393216 May 3 19:15 /usr/obj/usr/src/arm.armv7/tmp/obj-tools/lib/clang/libclang/Parse/ParseDecl.o >> >> That earlier 0x131190 was a offset in the file. 0x131190 == 1249680 . >> That is a lot bigger than 393216. >> >>> >>>> >>>> (Note the tmp/ in that path. Also the <> usage is in hopes of forming >>>> one long line and are not part of the file path.) >>>> >>> Including the < and > in the pathname triggered a syntax error. Likely I >>> misundersood the tip or I'm using a different shell. >> >> Only use the text inside the <>'s. >> >> The <>'s are an attempt to prevent the message I send from splitting the >> long text into more than one line in the process --even if I do not >> split it myself. Otherwise you might have to splice together the full >> path. Adding spaces just inside the <>'s would not work for the purpose, >> thus the lack of such spaces. > Ahhh, so user escapes, not shell escapes 8-) > >>> >>> >>>> >>>> Can you publish the content of the file: >>>> >>>> >>> >>> The file has been placed at >>> http://www.zefox.net/~fbsd/rpi2/20260506/ >> >> You published ParseDecl.o instead of publishing Parse_ParseDecl.o.meta . >> >> Parse_ParseDecl.o.meta is a text file produced by use of META_MODE . I >> expect it will include the text of the command that produced >> ParseDecl.o . >> >> Like earlier: omit the <> characters when extracting the path. >> > Apologies for the blunder! The correct file is now at: > http://www.zefox.net/~fbsd/rpi2/20260506/Parse_ParseDecl.o.meta > > Thanks for writing, and your patience! > > bob prohaska > > My guess is that, for an initially empty build tree in a armv7 context, a command sequence like: # cd /usr/src/ # env WITH_META_MODE= \ make -j3 \ WITHOUT_SYSTEM_COMPILER= \ WITHOUT_SYSTEM_LINKER= \ kernel-toolchain may be sufficient to have: generated instead of skipped, via avoiding use of the system compiler/linker, even if they are llvm21 based already. (In my context they are llvm21 based, as it is a preexisting upstream pkgbase distribution install from after llvm21 was updated that is doing the build.) I have such a llvm21-context build going in an armv7 chroot (in a context were -j8 is reasonable). Still, it is going to be some time before I know if the build repeated the problem vs. not. It may be that one has to start with an llvm19-based context to see the problem. I do not have such a llvm19 context available. -- === Mark Millard marklmi at yahoo.com