From nobody Sat Nov 01 20:47:10 2025 X-Original-To: dev-commits-src-main@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 4czVKD14TVz6F9Zt for ; Sat, 01 Nov 2025 20:47:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4czVKC5fm1z3ZBB for ; Sat, 01 Nov 2025 20:47:27 +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=1762030045; bh=YItYlOAFGSxXvHXkl9eKJ0uQuw2myWAQQRMYA3waYcU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ONaEkorNOBB9F23FX4UQTW5NIu3gju6iUkAOHDiyEKzuMQe69zhuQxU+r/LX2U0qx7mdgWdFkcrLYlSm2uQntzDSTE45YkiYwDi4G38fHkL6wy9cg5pTJBwsFDA8ikt1JiIkNTCNNN0MNdwYLKuaE4iiAnSqhQxrIkubuxecnCzPSx98zoqjfXIi27b1O/pnV6q0NA3wT8SogMF/RlniPpRGUfTD9f4K+IjHRummaMfeZT1o4WkBdu5g8CHPgvRWJMBN0TK66VuRx97M3IcRdrzmkrcZosvmYiFj4iQygLSQFzUFRXxHwkYsdwmEmabQLJdm0MbfKFJLxJdH0n/g/A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762030045; bh=Ia6opz8wk5TYbbZO5AOFqRH2RsLHulgc5bgbW6MMdUW=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=MoV9XQLvQoF3oRivhGWW5VbdnE5mynBloJYgurUt8db+jGa9XlCUjH1yacFIcUImrKh1HK2ZCDARe+SrllCptGwnunM5iAynQS8MByYpzWH1kiYK+pBw+TC2yrzq1p3YHvXHgKcwgu/lckd2qQPvPA/syDhzO3IbxXcbIKZJL48g4eaqTSZoaGiEKnrogOROEqzRqgNFFzm/I6xsfeYtRDl4jNzlb2OBs3ahZp74e/0YBEFLk64FG5H8hTCqCKPYFIGwG471rTDKJ7IPSuef9AjO6hIWX2I9MEAS6EkXH+2aGOziHKpJccfD9ySAV/8QZsj6/IVekO4qGzuwrt3KAw== X-YMail-OSG: DG8.eSkVM1k5aIbEJHOMysWmRVXLLIwc1dmbrp3EZqOhJJaODRCGkv91Sqt3TCZ UEGzKjY7fjDPytM75XGGiWO1X4BlCdW9zB5Z6GhxIpWToeKS9ASmGQmiFDSA7IWAsKLrEQ76EwFR mH6YPIbiDlBUCYMu5UnW8Ex6yFIGFLCmK0UuiyOSdokzpEf.LAxvZFOjixiTx7RXr48Os8RrOhVV 6xebbWCBSC3cr2q..GndbhRQosS78ZSNnqD7FJj6.hOi4SbfQ6RiD1SkDx.ouYq999dWjgmuTNfZ qJY5L7.fvt7T1RcH4B9ba8yfDuHArwHQ7DLeaiv4uaxKs0jJOc9hF2qC_wqsbq7gZM7F.jcAV_xV 8XwOE5dflJFgvDG_w4RIaDav2uJkmLnMa5z12ZzAbAxUcmQ5mLpO3qjDSkzGtHS4otv_0qPwuEke da1UrPOaH8zXdU9xtD5gyvRWc9J26CSeTwGLr_seGkqkosZT6qDe0cBcLRGpM5dOFh2UYy00D5fS 8I9ZNVdvfve5mJTnkpZfLR7r06TPgzPniPnLCYkxT4t7VwoW1uWMXllYusQJlIM6fDgrWy6RPqnT TOu2thy_myOJjPkp5rBRkraLiE9aOM0uops0Vr.dntcNjpsTdrvHZ6P2mZqSCBH_nVgjbPLxidDk 8jhdpX8knraZnLvnIshw1hE.rsFWUzS2XPr34MMyBZFXnXU3nKBRfm0.XfCy9y5XQ6P0Y58MEG1E 0IGQ76rSWbLR7aAtLQUWAUJ.qoFUSEoqVyegfgs3lRlSTITrsYVmXS5bQQuHO9db20AoyxyjNDuU 4PAS8FFN9NKP3ZUwRWwID8t8WSsK0WLKBOvUy8CSari04RnL4VxwJwq793pQpPsJIShyZ3.lm7bv IH69zRfEeL7GUPy0tZAXKBOqIan7HKfJIGlkb8BXq5eNC6DesXMrZgcmyIzJwamXOac.D82v4gdZ 5b_kNG_S9tDWMtbrf.lzA7vA6Gqr3PwhxvZi0pKq5cCFNLE_ovwXWDpypezvfWTxVW_RH6z9HoIb ACzPWA2WwJDNclre9JQlHsfYAl6MaXxLh7rgZRieeIF_p9KuvXjlT3jLxogj0V00mURG1oetTyKF JfLLnviTTIkfhw9PuNWM9G5I51QyDWE1jLOeG7l1GCyukvq3uFujtr0xBiWsVJajuWlHYY_ntG45 oLoQktgFd5CipjO12lNcqwgDztkAv29ZCrLHXfZVQf49zCnWhKff8pyZy0XdKm3u6gOzEHvsvNKI UwiPuQtYRxiWje9s6wHPzDL9.oozdISF.BKKFcAt_hxNDzT8FhuABRHIOuHIflwGlOy7KuMjR0zq h6kaa_hHrP4XvKITApb0Rtb6V2eBmFpFdGPJXLpICQUapyBpipIPekD5LXUbozAsOLehdw6RrSzM JWetYorEc5gfjWf7ZPn82dJTGNPl2yKFi1OBW52fHTlcjWt7TAP6d2qLtEZnHqQXsfC5yAPPTqUN 1mQXajhK_9qgQ6K.nswwMh4mggD2NYUHxZ1vCzc4FXJcXDBK9iRhelPK0Gm0AfHW644ZuSSBrHR. qvyFzVKn.QkqOHbMhQiH.IAD1z5aHmLyoBMO6iMViStz1xyls2rhwzWdn853BICXe1yM4B7q4aKe 1BIMF5mQuw38tpp_Clzgyxs39GEKLl182CWPsE8NaqtOlzkKDt0krcQgGeit8LU_eNsIcLxY_bvF 1sP9VRYWhg3BgPQgSJx2QgGxltRhEGVd0Su._EtBOzSJZJvNIgbFWTbIoqLNWQKF.i8_0fvCwKMZ i4580tPONfoXDiyNctoPy8_z7dC_3SnoJIF01OUL46P6o0IjQBVZ2UtPCJ2mpDjjNc.FP59hEdvj 3Ytpgk64WM_scm3rt_UGaeA.kVMjSM9fJ4wTF60zjDpzcKpPJrTdG.d_oIc_R.evlzn_XvsN5r69 aKlj4Np46SxVcoWQ7SOvek9Ha1sOrdcNa6csu88n58JivcDhfOWbdHgqnW5teCNCfpseq39Lf_lI l3luPm04p_uDZ9vrqsa_fuMv5GXTMEu4dZc5stdWAk7JoRRzW3I9ZK.R2JHpBXcRaXSA5gSifhfE HRNOJS9Bm4CjrXnRSOFHKw2AwYSkKiAFNFUNd76L_MCyC9Uzb7ny9Ss1ctm7FJW0CqUjMt0lSEH8 eMPkG2CQQlZ0VypDLLxNeKTU2gTcb1gGhOIuSJnmI7FAfoFyZSK98Q6uW0n_w9CXsRnL6xUA8CMt c6O6CfPodpaVSVr4TEzQvUurv0ty_N7N_ygDPRUzqdn8FJNMj97DOIeYDNZGZvPiLIVvjkbCShMj oickmqdk- X-Sonic-MF: X-Sonic-ID: 32c52f6f-7e01-4b12-a54f-fb813a195f26 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Nov 2025 20:47:25 +0000 Received: by hermes--production-gq1-86c5846576-72zw7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c75b5e3719aeaa0566978796bec7075b; Sat, 01 Nov 2025 20:47:21 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-main@freebsd.org Sender: owner-dev-commits-src-main@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: git: 51e8e8b0f369 - main - Merge commit e24f90190c77 from llvm git (by Brad Smith): From: Mark Millard In-Reply-To: Date: Sat, 1 Nov 2025 13:47:10 -0700 Cc: dev-commits-src-main Content-Transfer-Encoding: quoted-printable Message-Id: <9890C464-D776-4E27-9496-220F041D0973@yahoo.com> References: <38155720-430A-4E3B-82C3-3DFF36A37098.ref@yahoo.com> <38155720-430A-4E3B-82C3-3DFF36A37098@yahoo.com> To: Dimitry Andric X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czVKC5fm1z3ZBB On Nov 1, 2025, at 13:17, Dimitry Andric wrote: > On 1 Nov 2025, at 20:48, Mark Millard wrote: >>=20 >> Dimitry Andric wrote on >> Date: Sat, 01 Nov 2025 18:40:54 UTC : >>=20 >>> On 31 Oct 2025, at 17:20, Jose Luis Duran = wrote: >>>>=20 >>>> On Fri, Oct 31, 2025 at 12:48=E2=80=AFPM Dimitry Andric = wrote: >>>>>=20 >>>>> On 31 Oct 2025, at 14:48, Jose Luis Duran = wrote: >>>>>>=20 >>>>>> On Wed, Oct 29, 2025 at 3:50=E2=80=AFPM Dimitry Andric = wrote: >>>>>>>=20 >>>>>>> . . . >>>>>>=20 >>>>>> I'm sure you're probably aware by now, but aarch64 builds are = failing >>>>>> after this commit: >>>>>>=20 >>>>>> https://ci.freebsd.org/job/FreeBSD-main-aarch64-build/33100/ >>>>>=20 >>>>> It's weird, but I cannot reproduce it. For me, both world and = kernel build fine. >>>>>=20 >>>>> Does anybody have any particular settings that can be used to = reproduce this on a fresh 16-CURRENT or 15-STABLE box? >>>>=20 >>>> I can reproduce it on an aarch64 VM (using a mac studio), vanilla = settings: >>>>=20 >>>> make cleanuniverse <--- very important! >>>> make -j $(nproc) buildworld ... as usual >>>=20 >>> Unfortunately it still does not reproduce for me. I have tried this = on two different systems. The current hypothesis is that it is due to a = race in the build system. >>>=20 >>> At the point where the error occurs, libgcc.a (an alias of = libcompiler_rt.a) should already have been built, with the __aarch64_* = symbols in it. In the logs from ci.freebsd.org = you can see that libcompiler_rt.a has already been built, and installed = into ${WORLDTMP}. So it's still a mystery why this error even occurs. >>=20 >> When I look at the official CI log file I see, for example: >>=20 >> --- outline_atomic_cas4_2.o --- >> cc -target aarch64-unknown-freebsd16.0 . . . -fpic = -fvisibility=3Dhidden -DVISIBILITY_HIDDEN . . . -c = outline_atomic_cas4_2.S -o outline_atomic_cas4_2.o >>=20 >> Would that tend to imply that the later: >>=20 >> ld: error: non-exported symbol '__aarch64_cas4_acq' in = '/usr/obj/usr/src/arm64.aarch64/tmp/usr/lib/libgcc.a(outline_atomic_cas4_2= .o)' is referenced by DSO = '/usr/obj/usr/src/arm64.aarch64/tmp/usr/lib/libgcc_s.so' >>=20 >> would be expected? >=20 > No, the symbol should be there, and it shouldn't be "non-exported". = However, looking with readelf, I see: >=20 > Symbol table '.symtab' contains 13 entries: > Num: Value Size Type Bind Vis Ndx Name > ... > 11: 0000000000000000 0 NOTYPE GLOBAL HIDDEN UND = __aarch64_have_lse_atomics > 12: 0000000000000000 48 FUNC GLOBAL HIDDEN 2 = __aarch64_cas4_acq >=20 > So the symbol is global but hidden, which is because = lib/libcompiler_rt/Makefile compiles everything with = -fvisibility=3Dhidden. >=20 > It has been doing that for a long time, so I am unsure why ld now = suddenly makes a problem out of it. Maybe the CI builds use another = linker, either on purpose or by accident? May be something like: QUOTE from https://github.com/llvm/llvm-project/issues/86777 ("[lld] why does lld export hidden symbols without warning when dynamic = libraries link to object files?") swift-ci added a commit that references this issue on Mar 29, 2024 [ELF] Enhance --no-allow-shlib-undefined for non-exported definitions df54f62 For a DSO with all DT_NEEDED entries accounted for, if it contains an undefined non-weak symbol that shares a name with a non-exported definition (hidden visibility or localized by a version script), and there is no DSO definition, we should report an error. llvm#70769 implemented the error when we see `ref.so def-hidden.so`. = This patch implementes the error when we see `def-hidden.so ref.so`, matching GNU ld. Close llvm#86777 END QUOTE (Only a guess on my part.) =3D=3D=3D Mark Millard marklmi at yahoo.com