From nobody Thu May 7 19:24:41 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 4gBMdb6jmFz6d3Vl for ; Thu, 07 May 2026 19:24:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4gBMdZ2ffCz47Wm for ; Thu, 07 May 2026 19:24:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=KrAV2YXJ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778181887; bh=jfi5V6E9m1trtzlbeAWQznnlhJR4CBzX4aAy9vaZ6bo=; h=Date:Subject:From:To:Cc:References:In-Reply-To:From:Subject:Reply-To; b=KrAV2YXJettE0jOlCMXqIjpS9XQStUbgJEGywV8sy3nHQwsdGVBPQ5G8iLWTici4UeV1ic0YtaR8zMwmWsjMxEUx8pLWIdkS20gVnd3934/iYJp5eTIa5Bp4/CWI7jFPgneseNkfW+Rbrfl7/M0pvFyoIQjXBWLTe+RgAew4PpCJ5pjaU/KXJE41P4bX1aT9M2VOOlI7XFSScwR0ikRK0xJKv6VldHOAH7dHG56wHxKPbJU3SEvP+0rINa3FZDgL2b95K8HwakMy6AGHIgERBipV7sJVEwQwg5QHvBm0hAN7iRI1Se+qN4JkC6DTDzNrTx2khlhS9wEouQ1NlfXpiA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778181887; bh=GdFbf8sk9rgX4N8X37YmW3aSc8GnjcaQPOJHEJF9f2V=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=nu/o53TIhaen0M/fdh9S5AJG8TV3yox3NClj0Lr9pRtlWWO+Lmj+5r1V4/3bx6WSz46L97MSMBZJCk9XLIvlq4Ceq2mnawG5z67kvN1DK+BF84U2O3lmZVzaS1FnPPohgvv8gDqCwEkVoI2ZorPaLRWHvgcXacml/2EAy0DQNy01W0KOgTvzXkaw3qwikYZOg0j6cg/zRjMfIdImOLjbCOF7AhPC/VliImO3lOiAHx68mmookuDr5/3TcDT/5uhxLNJDIIh0b5Xsn4iaKpBKnDBwiVJcsJRUoNfS0e925saFL8c/v+hk9X4VOCuTQYsNazYjJNN4Hvn7lZN2SqfzTw== X-YMail-OSG: JsDp9F0VM1l0yJnXZHS5.e.yd8btwn0PzHtyoENqnNuCElAYCKgFYswnZm9GVGU wVUY_jB6cnr6MFP7BWs369sxWTxPbDsOG5d.g_qhXEyRFP9sK1oiDfdgOmZiBhighWv2gKF0uleJ nNp67SBsgSbuk0IAsixA_NYPmYZcVwpZDP1tuTy0TzEVstQNrt7UrFtnc_nPKywRxC6X4itItEfw TAKcC8ibtXx4wP3EAfQ91BEr_kwmqL89RbAQDW7e3GEw4YL0SANQASZyCzQ_X57JecN8kjtVD7O_ R_1vJ5hlaAZC4cehBQ035yybbt_i0_0CZsyXNZ.X7zpbn32R5tTtmg0uJwy0TVjw6czZCQ_H7U0t P9mstIZg7k4lQRN0rpLkGVO7JbGJcjE9Cl9HV2kl4yLyM.cCPfSqGB30DjalWDrVcrZ.kbxlbNHQ 2iAyDjGOwMpXbi0ZzkDiAny7Blp2Wyi9RjF2PV0j9u8xkRA.MDBZTnEELbtmglPWoZc3q5Uz3Bbm _u.GOvvubZ9ctam7Th3vTTifsT5CrQ5C4_HdPBwA8jj2brlgV814VhjIz.9wxxkVziHPf0gdOP.5 09KOmnvlrDCvNaHj6ibj8K1rlcVIhupNBGFyjT1L5zxoTBvNdHYMO65nE8w3qcbFIe3axghsxPCN jvCPuK.Mj059rSeTrnYgK61V4tG8E4WKz9OBIWdjYOZ0H2sKFOrCGMlVD_5ozfyWNRwOa6VS8RDi 8QBaIDsnMZ6hHcPvHBT.c1t.apwLT1ejDkTcsjM1KlRpoyxQ_NkG75YB9l7sYErsMuojBobEvRB6 s5XxlwrCVjNB50Vm.CFl4q.QEyC_Als4ME5j1mSHvktXL5gRy2jwmHvd9UsCHAAhACWRRsn.gk0g ZGA.dNxQ6VJDA_sfkddcr.tGdjm2kJHvXFGEdPcMnaA8IJeHHAhphjkqDYrLrDRfTdvzW25vJLMA hj37SkLQX1OtA6HLUqpDCdgFU9G_ntuHkBjNLljyKF3CeKpFoXelCvbI70yw3y0zrTjVWECtZjSK tRZEiVl2QLRA4nu2xk78ohxiUMogiQkJ6ImKhhLmp8DniJQXBW3Avh4rNJeAltnSUqUzR7Ybnrec 0onVVdyR60i6r133K4WZ5XjlaNqgBsW9e95J5V3Z2m3EmQbgsInWSO.J5Db.30OzqNWPnN5xfLrf XEbJLjLU_FriY2Ul2Y0ExSXrOtydCdj.nxDH3DWWiy34NTmQCvKgdfllyRbDtNsM9pcTou2wL0Ca 8VDQx3hk6QRkVUo285mCNK4yIyDFBXezWYHKgZxS4hvGwOxe.EYigOZuaw8QVsUlaP83GYJsNwgW c6bhaXo5S7qM6S.1296Ygd_IC4WaqXaBJvbjCrfDF_hwkodfEnYZy0GKX9h2M8NIPRUKCr6mIkh7 M2P83Dip8DV.rRm7sxTsZmcxuHPEuEZfcCOQPzhGjI7d.oJk03sHXh9nfciehBYJsiVSVxTZdGw9 lB0WzSo2bYbVTQt6YBGIJFaJYTix0aW5v5LumjTvvsK02klj2xxLQhWZlF1d6wg5867XO2yyQh3_ BNbvQVQ0V9IS2jams3ymlXQN1XFFsTDoQDm_KHHrSTew4PDcM_msl2MFzvOqv8CBOnjIADR4HORo 7KGuPZahjQ9E_EGezQ0x_tE7FMDCjL1DMH_YEnlPGIma8BM3hZzrrbWuZtCcis4TuLkmVzZRpBky Z_W6N4avIFCsgruqg1SeC0ZOXVVQOjYIUNmU0ZLCwwXYu4zcHkcLdi7GWvDOdxucRbyvpdGGZFH6 h3hz8eDEt8MvKTuSntIvTgLMBoQcl6Q_4JP.4MOYppOEli6rl_QPms0ygW4WG1cb1v4ImCNyGIIM 6fwffLL6E2nvlE50XAfOWqMmqp4tiQpVWbGtVtQYV9c9pc36e0foZh6w91bEumzt5puhmKPygtY5 vjPWauWL_4ePaSN5KTAFlovsfWdotPLSxXk5RXo1SbLxsGwezUEYkmrTWTnYiOIUVRVm33FvcDoA .PkePCJ0kfJsepOSuJk0qjHhu4cO7PdSZ_6.GQEd_R2zBg1tgW0pVP6VK2RjtPydFk..Zxgo9MGI xE2jLuULq4qugACA9je.QYtuFdIFcXch0qcCn_O_cAKdA5ZX0znNM1ZPd37NHKJfklNIpoDgSlUs ZHSr1MkNJV_PDsq2ooh4EYtUHDAlO3MBhZTbS7qtMyxprzRxaPZVEHJhodCViGWtduHOmTB77MWL Zp.BeTJRsvV79DEHvzFteauZl0XmFE_Vh1b4g1JlgWr3HWxEmoIjrMTJgroKBD8Ay8gQwcto5Z9L 2XflJqIgOj2j4W75uclSOWhxq9tgPFNwUn_dXQ9NQwADPk0AiYw94Qx3SybemmC_0M1lO X-Sonic-MF: X-Sonic-ID: ee7a9984-00b6-4b2c-ae5c-fb72336b7294 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 7 May 2026 19:24:47 +0000 Received: by hermes--production-gq1-7bb7df5c46-m46kc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 51890767359679f09e7c00966d7cf041; Thu, 07 May 2026 19:24:43 +0000 (UTC) Message-ID: Date: Thu, 7 May 2026 12:24:41 -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 Newsgroups: gmane.os.freebsd.current 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> Content-Language: en-US In-Reply-To: <7e29fc11-9fcc-4a71-97bb-b709862e35e1@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.53 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.54)[-0.537]; 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.65.205: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.65.205: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: 4gBMdZ2ffCz47Wm On 5/7/26 09:05, Mark Millard wrote: > 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. > > [dim@ may be interested in this point:] I will note that the in-progress 15.1-RELEASE is based on the llvm19 related toolchain. So, later when, say, 15.2-RELEASE tries to be based on llvm21 (or later) instead, this problem for armv7 may well repeat in the official release sequence. As for main, I now have a chroot based on: which is old enough to be llvm19 based. It is attempting a kernel-toolchain build based on building: # ~/fbsd-based-on-what-commit.sh -C /usr/src-alt/ 839d3266d8c6 (HEAD -> main, freebsd/main, freebsd/HEAD) uipc_shm.c: make large page allocation interruptible Author: Konstantin Belousov Commit: Konstantin Belousov CommitDate: 2026-05-01 01:06:42 +0000 branch: main merge-base: 839d3266d8c6f6471cb92a3c0ae32eb16d117427 merge-base: CommitDate: 2026-05-01 01:06:42 +0000 n285621 (--first-parent --count for merge-base) We will see what it does for: tmp/obj-tools/lib/clang/libclang/Parse/ParseDecl.o -- === Mark Millard marklmi at yahoo.com