From nobody Sat May 9 23:43:29 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 4gCjHJ3Kwmz6d13k for ; Sat, 09 May 2026 23:43:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4gCjHG0WDwz3TRw for ; Sat, 09 May 2026 23:43:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Wn+HlDwX; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778370213; bh=QzKL1Llh/9bFzxIJfh0II4Qsw5wSeD26t/Sp+mMaj4k=; h=Date:Subject:From:To:Cc:References:In-Reply-To:From:Subject:Reply-To; b=Wn+HlDwXFmdVJNqdDHpwuB2ec9qXyEiKR1gCg3To7XbgVJW9U870Zzv6aNhq9H+vQ613mkqkXn191FS6tACjjP6JNAx1XO+BXmgyKZXIIBwAm10aRJaSFif07CeErAyZFaaux4NskyoD2Cnjc7uyWcE2uYYAB0jyJ5HLmWtHGeNN3r9sbez/o7ERCz7A6UINx9PaXy3fM82dbe4SU0RNPP9GET6NPoF4D3Z/0ODCwTGDa+FROIQtG3RSYBz0fWcNgnskua9tIP5rtG8SeX8XVM3D6bRcpU7sA0JVHREDvCz+ski+kRyiWk+O+VtD0sj3Vy33oO6DXtAPbZMAJ3PLfQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778370213; bh=jxNOPPi+Boiro1cxZBhQIqdoIOyevsx2KPzAGSYI1Dw=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=CR/kxuUbRPHr6iuBUzDQ6/aAubH9MR5msBTCjRY7UQnUouFyU44kxQd8COtjzxU32WxW53c++8zL54Nwt6fgpQHk2aV0bvcaBLj48w+z44mztplBdEdKAYIt2yyD2MlZYIE4q1wJYePVSx1+YzpoJbvEvpFYk+ppuDLwb/UZwojDoTUf7bgHB6DGGCGRO8N0ag7IIaX8416kPEBfaYwzoF0eFgue4TN6UBA3zaNlv++S0PMeXQyyXuNuowOPUOiZn0BCW5xkqmrLVBW3dDdL2qxGMy/diLfof93qGzI7/A+nLX8C5k+7E5+hnvod7SanHHWXFaoOar8I/hkDCmLfcQ== X-YMail-OSG: 52upOXYVM1kEaN4vrbl2kbjFzASZWsQTD.fM2OkiWEwBbaKKRDYwec9zSFuUm_T o9KGwUWyvK4MLan0tFlzN8fDc3az9oUBBiX24.WoowEudELlYqNku8ZENX4VEhMGpiiMd.ZxaeQr zyEr.j4bavlPO5YCyeWoLpA555NtYDjZ2uvI5DcX07VVZI5tDqeGF4EihxHdyi1HZdi2saexAg.2 N8iDZmzm1L9rNG38C0Y2V4eifNCLx96Go1CwFmNdS9A19xKObmBCu26Y8JMuOe_BY4jGD8bFr0UH Edvo0mBmpuDcqE1.vcg0J4tnx12SqsU2._klccBPKChnGcR3BDl0UdHHewQuN9Usg3JTfQHLqBOg lYvZaN3xQSQqf.7uG6IavZLx05Uu5a3VhwxwYKg_KH6npp9.IpjmDqi.i_LcKvqdpz.wlhEI9iRb nb2wjFfzbAj9nFGEAPgXUn7M_faQdemLZg9K98T8sXTRswfsGeHVJeawWau70jD948ihbrkSO3we g7BOBLBC3CH6L2Ra5mmCmdjll0f9EiDgizViRldC9XlIrws4mm3JpbCJ27uusYYmCXethO2gqQp. XJarL6ydpaIvnN7.CJK2lGHFFKkJJSopE39A_Xty97TLQNw7JovO.a1HHphH6KL0bVH9dsnHat3K C7kOpL1Ybhv8dw0wmn2V6qYo9qzsmUvEg18z_yxdiGPDRqe3pA.8N8fS4S5DeyFotmC4iPoolqt1 B95W8VC4POvzbQ4FlpHjUgqCXEZxgXJBadC3r0WjX8IHeMcs5bnf6FWEx7ncQeekIYyVc6S2DDOi Vxa8vhk2wQr1Iv2nDWYLKEm5l0q7_S6KZshkkXwNGMyplk2WrXGlTuZ0rZhu8XHY3rSknwJZ8ArP Ie6Y66.gBwjZ05ST3ji4EksDL4BBi7zR_bB4Z5i1llnTDqGQ108ObW0RqP7_iPRB5J5jtdKfKIle uP8W41q8iRZFXCZfg687wV1dATkwvJwBBv2glI2MDrloygd2OWud.KNKNQ2G9Dr33oSIImQBEqFT zoK.sE92rr88TuQQ1C.SKvzhvsQD3yqxFbIPQ718unllNb3A1Yot8UGbeXBlLh1fRDw65JIC4rfu 7zBcy4p7WI3NiHPkAGj8C1Ae6FY8EAwVUZUuenrxBktgMJl35xI1irrcEA9IeTVSQe7Z.3KV9s2k 4jwGkV4vjV._fwB__lap2ZHX0ugSVyd1Hr6YVUphdfav1bU31tRbnfw1ehNM9phQsrMWiNbIK7fG 6gWa0G34.gBrskq3oHtF9bzSSOa4YCwR3iyEENU4Vg12ik_ZQkBx1favosfkAmAO4XEoMW2Qn8Qa UqR1RkQdiM6mOJvVEGH1RWRPxgTMEwlmoeBhqb71ZCofYL905Mzfq_8QLblmOu6RIgFwfRtX8Ytd mAer70v7smJCDWTiW3tnsqajkkuRcjno.7vuSMKSO74AbGm2tP70KhlPnTsxyzyWUFZHjICkXrMU _jLXGm.AmrRcDjsiQCePOzWxNpLfSCBy2KAGht.bDlrm7NQLzD7ZyBFZyGbbXV.21yMVhXs7LGho wvSV_GJIk4Vq5uOxSkcNd9xiSztTzH2ZkkyJMIIbqjSZoqypGG1YJ2PzDGmSaqXW2kRqMzbzJixR V5IeFQ5BxqGmpD1BEyl8.XD9WicoBOg3cB3TB6QiUjp5.EnGW3Eb12UmULkLJyrw8cW_brJwQ8U0 q7Vz46ibbI_bLa9r.7pssbYbU6_6Gef4cBjpF6Tl8FK5OmBU_MAO.CI2ZDWc0ijlRQNjgfo2OXBW _DBLWPJ99H0v5fVxmHsFVQgAUof34TUgIpl9kN0Fs_uli1BFxTvL4vqVNVReND4BD9MCH2l2HeEL 9kJTnD8.VJIrhtbxkakpVBuKQJd9Tlp8GtEvEQKJlkxZfMnRvIsAfn.D_WbFueScyZdzPnasseJD nY3UB5GPCdkBaa8aMnQ4k9d1BsJMOwBVOXO4lgM6YHRa9xOpza9oMxoSe0vZeuk57Ju3DpdQycmK NwywYHhgN1hBGaKNZQMeiHJJRHpWVXMtDrg7E3xAX.TgVANFz0EgxfhWSDmwml3dYnb5hMK.jZ9M PyPxgoJtGRB7xlPS4ManP_eFyPwKTMpx8VLgd4vntM2KBup8oM7z5Yxma5TM7NtVq8GcFo20nAlC rdtBdt.4AUFcuqsQfxE2OxyAmpSxaEZSfno5Sv4aHxZQj69GTnv4m32rR20.WzncLffIyGTVDnM0 rOKEOCe15.NIzmSht74aV0w7hdOud2n2lp7zJ_BMljFUgQbk0Ovt_Rib6rOBpCoG0.J8FFoaFKhb xCrvwWWZ..aixBKBu3T.yDGvParfbgUxpJ96OzSontH3dCfLPYlntXA-- X-Sonic-MF: X-Sonic-ID: fb081bb5-7f77-466c-a1fb-172ea60cec97 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 9 May 2026 23:43:33 +0000 Received: by hermes--production-gq1-7bb7df5c46-bdzch (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9a8191ecbca0bf428d812356a06a7fca; Sat, 09 May 2026 23:43:29 +0000 (UTC) Message-ID: Date: Sat, 9 May 2026 16:43:29 -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 [So far: unable to reproduce, even based on llvm19 involvement] From: Mark Millard 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> <33436574-0b2b-4db8-a69f-85df46af12a6@yahoo.com> <7e29fc11-9fcc-4a71-97bb-b709862e35e1@yahoo.com> <9ff7855f-2b48-4cac-a82d-2cbd9912dc27@yahoo.com> <6ae013cb-2e90-4e08-bac4-001fc8bc051c@yahoo.com> Content-Language: en-US In-Reply-To: <6ae013cb-2e90-4e08-bac4-001fc8bc051c@yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25725 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-2.42 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; NEURAL_SPAM_SHORT(0.56)[0.563]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gCjHG0WDwz3TRw On 5/7/26 17:50, Mark Millard wrote: > On 5/7/26 16:46, bob prohaska wrote: >> . . . > > > I'm still no closer to having an idea what else to do for investigation. > So far, you have the only known example failure context. > > I've only had one idea for a very limited test sequence, based on referencing the Parse_ParseDecl.o.meta file: ) Start from a status of already having the bad Parse/ParseDecl.o in place. ) # cd /usr/obj/usr/src/arm.armv7/tmp/obj-tools/lib/clang/libclang ) # mv Parse/ParseDecl.o Parse/ParseDecl.o.bad (Or analogous. Below presumes that name I listed.) ) Execute the: # c++ -O2 -pipe . . . -o Parse/ParseDecl.o command listed in the Parse_ParseDecl.o.meta file. That command is long enough that simple copy/paste might split the line up into multiple lines. (I've run into such things in various contexts.) So care to get the command right/complete may be needed. The questions for the results are largely based on comparison/contrast with the original bad file: ) Does the command or the console report some sort of message that might be relevant? If yes, what are the details, otherwise conintue. ) Are Parse/ParseDecl.o.bad and the new Parse/ParseDecl.o the same by by size and (most?) content? If yes, you have replicated the problem and report that. (There could be timestamps or uninitialized pad bytes or such complicating the content judgment if the sizes are the same.) ) Is the new Parse/ParseDecl.o big enough compared to avoid the prior error messages? A simple command that would report the too-small size problem would be something like: # readelf Parse/ParseDecl.o readelf: error: 'Parse/ParseDecl.o': unable to continue dumping, the file is corrupt: section header table goes past the end of the file: e_shoff = 0x131190 If it does not produce such an error message, then things are very different. The file might even be correct to continue the build with. Report the status. At some point you will likely want to delete Parse/ParseDecl.o.bad . -- === Mark Millard marklmi at yahoo.com