From nobody Thu May 7 16:05:45 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 4gBHD80wFyz6cmZK for ; Thu, 07 May 2026 16:06:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (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 4gBHD72CKFz3XcZ for ; Thu, 07 May 2026 16:05:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Hj78+LJP; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778169951; bh=9cXY9oo5LWIFFDUf4b5J3zmtY76cZl7J13tBTnIhI+E=; h=Date:Subject:From:To:Cc:References:In-Reply-To:From:Subject:Reply-To; b=Hj78+LJPgV2JzJ1UhpB27PszJOjiGVbMIb0CXv2abWVRQthNKx4LU1YSY/7nQZ8Yg8xCYEb1H2sHQIRCcZUXL+SkSxoOgNmvxR9VGK8ifJH7iq3DLUIvCZ5XZ2qW0NIP74RzCGK4uPmU8qye26bUfH7Zu3tErcolPWOD8U3q5bm29X03wCZX50forU6yyV460dcYU79GQomEIEWDQvjyLW7bvqVR9qGMe8TnQDtNg27VHbhPsDXf5mz4Hboo1Cp4PZSu0bYpA+2OFsNLtNdkr4KfjsGVCo62IlM7XSs3Zj21kozA/COvBP9duCGXnETBqj3qwV2577WXtJttxLAwbg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778169951; bh=L1jcdGu7psUicfEvBSoPSs3eOqXSWe0ByPI8KcyNiyG=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=NRIUymX6gnjdYJxkvLFwl6GHn9jCHSuvihgbpMSruF2i8Jn7RGNHMLPSxk6XmWQC8ef7KpKVJgTnLay7htTJoOIYMET/Q7edCJRECxFs9bpUTkBhmACbnrmzbGxqcFLxiq1LskqtjslCjHjHQSnCgiaiTcpNvuWugf1UIwZ75yfwmohKIzDZV5EEb6dZVOITgvRbKzkuGg5VqxIOpKXT0V/Iob+eEHIS+4t1WPbFA8vNjELqsVxW/RuYeYQ+GDdTwDarZHVLZEbeQmGV67RIPS8xoosUxPktGAKkkIT7iNOKrXf1SHvwYY01CrlCO61m3BMfNbcvq1H/lV1057ybxQ== X-YMail-OSG: ONU9Gn0VM1m6P6nBClMWR2JaEgRXg0Jinh3umB6DjaRg6A2He40FsSd0Bd80lyJ bzfMztDhLDWNayMBG9OhoQP2jOpFL88XpFt77REHcSSGyTTpp_KKF30tiFxPx0TvxGrGNC8_qyYx pI3lSTUmNFdEn5n2m9UefzZ8Q.1i53O6.E0uUMXof33h85Ip9_q7RV6HqTjQDBlfKVOzUiFzdYwF lMGrYG4fBI8vcGYNApUfpe2F0oUY3HYsMH0ybRV_zGZwTOlsGreD3ok4bqZspDmjn32diuBf7W.n R4.0BxKQbXRalaaj.anosFzPPyVFJ_pleaIYPmBTQLWIJsqbIg7Hh.k.9ZQmpQTJbbYNjCCCxELF .lE6.XHsbGOkuCPAG9HGf8DY6ebV1egFQgVe0a5gfSNXXCqgb.gXgw.heTaoDhl9rVb2zFxx5ZLQ 91VkKCZKYCBZpa4VshScK5G.8tXQKKAXI8N8wz53q6bGtwE28M0jvHEzDuTqThQYZXxX4Whh39WB 7qFAK2vtnYZrjTOzZZWIsyV76anQ_l35YiWnwTQkBqVPw1x3cwHhTWCjZ5l8_f4J6JPT5VG0V_ql stTjsDl4h8XkYi2s8L._zq6n5W.0WllLBkIhTQ4VgZrA2aHIUupmxqC8cpOBrJ8PT0J6THGcBzaG z_6Thu2V7gXzAcgO25c9HyFu1L.VndfPZNRn06HvOQSV664j6xRLrIlAALLwVV.w1SdaIF.pAfPT lgnn2YI0ky_ihpRbRGh0UKRwj9.DYnhhwGhFjaDXVtMr3oJYeFqpIETDM2iW1megzWJztOakLwd2 cTLyEyXvbDymmWfjUZtgMgaD458S0tII9vRo42TYI9Vs5Z9RO4OzB6JJA3qw6bQZ5n3ghKhI_OSn piysrd6YFERI00Xid_UtHsHQS.gtBWyBb5zrzwkkz2zrWroucOZRuNhcvDYLZgJ2w8KK3IaU2tgl w5kuwUnlNPdKDoLfWlpvTLgrRCWE7IaHzRGmGUAKWKjJMiWMotUCfokhkm2id4j4A9l3JarhEaW6 zT8nxTPB748249Imc_BZPuN42gNLuRS.Fao7.kOooATc0ipVmbUEf0.YESQoZzz.8TBoQDRDRZzM kx3Iqm0V.jwQ.9E2bq6KaMejj.D54nTVs9WScV0VDgTaVVIdXBeDTO44PVnjsnirANcl0x3U7Lo0 iP6YhRkbWOIUVbdKvAgI3hyP_rJFFNP3VjGsgs64un0VAzh1WiEbuAo.eoEHAgOCUj_Ya0pw84X0 B1l6XRUa15fO.DqpsYFCDnGKkUy4K8oSFnNQv6n2v17WK.1S8htM5d.5OZKu9xEG2bptoMphWQix AiOMUj3Cm9lGQGBOkE2HibAOytJ0PRSPShSLf2JdBFCjU8hUdCRNb_u5u1aYx9Hs.fJ26TdZJNM9 6anpOzr6xumajyOB5vmdZsQ.UKGLH.JhszDilYv8vN4P8SW1wS.xb.5.tiDfMMLa6VLxx5zwsSUV w0HspVjSLH36mI5hLPXVjckOZqL4mlFn1NgT5bJz8jqTS9rnNpKf22S_7UL6LktVdX5cFL5NSIjO KUbdN3u7Wg.bMg6IwlwLXzTl8nlPRDFRMitJBajeXNPDkqdQT88gT04QUUvJR.8xS61nNo2Ebb3W KF4E7x1em7a7siB823c4cFru6v8_VhdXIG3ClI3GWab16hQvm.ew5Ayvu3EnGB1C5iHcQyCn6wIU ImvXayQz9w4d2YWAcee4Ju22iGHxTnwAXgHpLy4m2YPVpKLsTNzdzoAirhH0tJMBgtcrqaMjRJpE AfPQ7lmtSxXLcaxiyUfL7UQqdl_LX4VPwVQYgSj1hWarLvgfCHKupO7VgfLA_qX03o5L56KKeMq9 bQnNre_ZuvoMYIRsWC8vRNGDMlEUmxrBK_.lnlzB_gC7hEtNUkJxQOElidV4vBxzfXmfUlLkagba 5ZhBUhVTCYqv3SHBdJRWO8WHLTSP90jEA4gvbNSeZuaq7OlEVAImVEyNRqLhqsjiuuPVw18_xoe2 2kQcvk60iS7A2dqI.Vxhvg1AvHyo52aCyZ8cc0C79CVC9HQW8d5ouB0hijN_w7UzSF1cUMka97C_ KwuXMc6yf8E3G_2d2.yw6IYhKcn8LaBjlrOEPTbtlnb8jERD04D8cY7BQks_BtKkUjf9gIUPtrCW 3Kbb3jeAMAQLnKsThP69KWTd5jMqxxrgM9u5UU96XTQ1HxJa5kc8rol2N.0tkm99sEuCyP_462WH NE_SnV5TvgcLKDoIzmDpCWy82m7OfS1OwQ0oumJlwlGf.Pv6QI5r7fE8OZCNXWWlx6S4WmJPtJR. 9VEwcB_tt0pQXZ_x1iL1XpTJm.pAMuBod3IHG.s9YAGYoofg- X-Sonic-MF: X-Sonic-ID: 76bda665-2a28-46af-bea1-2b8839050e4b Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 7 May 2026 16:05:51 +0000 Received: by hermes--production-gq1-7bb7df5c46-m4r75 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 06b4cb469145a2d3649a532f34d37969; Thu, 07 May 2026 16:05:47 +0000 (UTC) Message-ID: <7e29fc11-9fcc-4a71-97bb-b709862e35e1@yahoo.com> Date: Thu, 7 May 2026 09:05:45 -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 [Looks to be: armv7 llvm19 fails to build bootstrap llvm21] From: Mark Millard To: bob prohaska Cc: freebsd-current@freebsd.org, dim@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> Content-Language: en-US In-Reply-To: <33436574-0b2b-4db8-a69f-85df46af12a6@yahoo.com> 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 [-3.95 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; NEURAL_HAM_SHORT(-0.96)[-0.955]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.82:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.82:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gBHD72CKFz3XcZ On 5/6/26 19:59, Mark Millard wrote: > 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. > > Bob sent Email that was not sent to the list that reported his context upgrade context is starting with an environment that has: QUOTE Clang -v reports FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git llvmorg-19.1.7-0-gcd708029e0b2) Target: armv7-unknown-freebsd16.0-gnueabihf Thread model: posix InstalledDir: /usr/bin Build config: +assertions END QUOTE My test case was llvm21 based, no bootsrap needed --but when Iforced a boostrap, llvm21 boostrapped itself just fine. Thus, it looks like the armv7 llvm19 context has a problem that prevents source code building the llvm21 bootstrap context correctly. At this time I do not have an armv7 llvm19 based context to independently test. -- === Mark Millard marklmi at yahoo.com