From nobody Tue Jan 20 17:30:03 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 4dwZ8t5ZTPz6NrWp for ; Tue, 20 Jan 2026 17:30:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.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 4dwZ8q3nS8z3bHM for ; Tue, 20 Jan 2026 17:30:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ooZv9kHF; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1768930215; bh=m6Fu2E8pPTGUmHEmPiCgQR/4OsCkS3msBsL+G4i1PMg=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=ooZv9kHF6p6bbhK+Z5dpZYaCDFaI8U/1IboaymrjZ2fjmQcbRvHXOIoiy17nFKCwdsApxQsNBF4aW46krEHKFPFocIpUH2ZwoJOU6pNMYxZhzhsPB9x4+8T4oS4aK2khT9IDPhr/U8AngzmY0O6nhXx8VTwo2oCfnD8C43n2OlNpDRGBGsXC7o+ectDyTVhsS7TIAd6wXIKCAUXFRHB+9G4pr2ZuJO5/EQvZCKIR4dtQd+i0mTYrHwttpgNuwC217feTSKPZH4afhrTwGdG24/8bU15mFrOkxn07Ja97aRMHrIB+CIVS6UW24Qtm98fUvyCoGTtUEvEYFFXNnwi39w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1768930215; bh=b42LLfrF5kHmHjqFW3czN0k3XHuEbBf2xAPOY3bTaG5=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=QJDx82DXM7fq4OmNIHJK+K1ml8B6JpTzAG1h1yCIJkrwHPpn+o1+YacFp259AkIaQYx8A+eByT7yRCvwIvL5Rml0TjxKzZ/xXslc5r8Gk4Rm5p8g/eihvmyAK5X8LDoYNYzN/h3KZFVJXdi8cpEDqMpVZ8t7hfZiBiBo8H0sHmpKRt2BuVRSp/M/h0hEmIzPhtkmz9xVyxUXSij9Lf3gmwTAsX7BHAtTrIwbke1UuyInSEBaKruK3K3m5aFettC48/RVAbFYa9USBgrmAZEvXgU6rLCQtDbKkLb+4PEVCsgsv5Pt3L2ZW4NGdFcePtWTmIODXhnkCkGYgMh7haOxpg== X-YMail-OSG: tfLGibgVM1kb8H2Ry6lLbxPBiOefBl7gH3FkT8qYPwnfZx_3JmBmUIeHnLdSJTQ BIvPJF7VKTNLiSSP4zdRj.fiNggPemcswlODJEX_lPPcOhCMXwEOEvAV9_dGqTQ8MwG1SlXtUcNV 1P8a2bI9gpK3ojB41qQspuLVR_TSerSbyHC1YSsrgsWs6XCgLzfKk8kecSPeht3IE5n6S3LWYZuC CUVfkwUiYmKM95NRYOQpQOXxqlcoJsNLlr7YJpp9w3GnxMAgm.rp0GR1HGRmzBwoGx9kzLZRz_aK _oLqeOVWBwAVR_8g2DWo8JJZMZalvSGMsGqOva3s7PyDddyxbdwhfriccR2uTy7ZyuhWG2GN6S95 W14KOl8iMObTu9_pySm9g0NYUYNOuF.aWD5xIgonhMHGkrQXKz5tBEvWh0rJx1ThzrDvCv1u9FKC Eo1TjecZUC0EzrQ5nlALTltDnKkCik3ySwr1_jsE4tZfZPMB_gmLTW.nL5zKDXFf3x8yeRGWR21u JTxixtt6N6CRIC70gw1_AhxqekPZv4HW_psqfPrDU0hZLSA_TxS_NrNcDHlAr3wtpswlHjR2G5sL IgWujreXfCW_.E1ddWaBpNXJl0xBP3rNeQ0ovMXcDZJkFMewyCGqBKeSyCeeAm1Klt8iD97yj.Qr TdKM8Inx0hR5Rdw49jaVOFjH76j7E6vDv3X1KDu1mWU2BCsaz1VYuqXat45fU4YDidUbIGxJoSmR ypYoiTCqxX0vW45N7jLEYj9th9nBTrNMtlZi3p9DEhX995CtDf3WEkAk7qigL3vCuNSLeoX_UEJC 3JHBFneqSBEEiuMrzAtkhQ1fG1cUIDsDXTWpiEUEo8SAsckjjpx3CDlxzoGSgAp7g4lcHIKiH8ZY Kp8G.NIAntnx09h0K_xebmfvnT_Un1clNTfzpy_RqSXVAm5nJ7SjY2rz.FJcoiSalqWpriWx6nOm .onkIhnfUr8lWrk_LQeeb9SN62iT9V2pdg.wHJGxRw98zPuFtZsUgmHgHI85iftC.R6g1Wy5Hlwy iE9kt9BMp4Ca1NMgvOn8MfMB0h2OQ7XCJZ6JRgBJY0eV5dYhHj32qgqjs0LKHaV.tQdiEluvyiot mZjUtR71XJQTDvHESG4LrMprGJG73840Oc6Zn4eNrZwg7ONt2vtvx.h_g9.o2ENcSXiA2xezB1ZM NsOdpY8AWzB8uCU_IM_qWByS1L5DGtzXe79Pap2Tc7ddeR2yLDP81L5E_pproQqGb1bjHsLW3VPO Wy1DieK0Nn14_0Wx0A2g2fVVo2rFuzgt9t44rDhqJeqaggpY08RTm1J2eU_VYd0UZyDfMevEm53Y kAq6GaDD280Qr0FI9P9mJ4EwNQKvG3JUR8Qyt7Uy8UTAmQpMtrkbT682vJGiFZd_SZLcW6eVb8yN Ex3zPlifX2hjCoP9xRPXISpgY2jbrSedLda31R9AxIcE3mm0Mg6IdtqPQ8FKUIKVSaBI04LArcga 7tBGrtsBgbZjpESHah6_a8wQa.Jwd7GPfLCjVFKH5ml2KMQTe.m.q4dsS72Xo2p7mueGSOl2j5cs cQox9YMTlBO.9tlqjcHA4I0NPpZcb2S0toTgjfLAaYJ2rWHpoLEsMpJWyW9zp0mx.mpgfSddN6yk 9OfJHOF17NMdrGOOInkwIefcajxgFj_pIDcKa46_zsk2UWLmEPkot4oOajcT31QxS9KRCljkYv8b 5mHLPWX26QFX2z_cuucFN4JdWRVoAK4I1fJgKOZy7GanNI.48QC1VlK4SAyDqRX6Ru.KFoaNkrfe JNSvZfVQvazJD1XpaVJsNClFRE0FFAd7HfXwTyOj5T1UiYTEinskqe8QcRaB3vH6p.4KejbIIK5s YN7XF9GQAa_B_.lbw3Yz3Dvk3lP.OyFlqReQVmz7zQSpa2zpi_XCXjL5lJSQqKb3SePqh1N31Y5W 5iJQTXlnlTJ.EqnRzKl5Z6pwwConWycO0lzCyWWyP4Nihdf9VIEATDkI80tny2i1J.71XUZYlizt _3cV_7JmdBkpTmOWvjFHS7XaregRBD5TEmq1liZoinGRfGEXEvxpmB8MA279VX.MosGcdL1tHoaL xrWjAaH95Y8uLxvTTJGin4fJFSAecfaI2geehzGAEl8jqUB6jwrhQ9Tl5UpkWYhjtmuyivD2TwHM C6Bw2HoNqVyHvTDrpE4Zf3ylojN2uw6jYCHbjArKXuOMFc6hU89AP44NvIinsB81mRAc1NER_Ty6 Z3xfkgZvvBFGk6m_uWpUI0bdyhenlSU4bDm3yeTC52.ev_i9FzaiTfU5e7gBAQ6tLziwdhFd8XeR mr8bY3JQ- X-Sonic-MF: X-Sonic-ID: 539e0be9-26c9-419a-953f-a4c7b88ddd04 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 20 Jan 2026 17:30:15 +0000 Received: by hermes--production-gq1-86969b76cd-rpb4f (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ccf57665aa44c00235931a28fba7b076; Tue, 20 Jan 2026 17:30:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.300.41.1.7\)) Subject: Reminder that, on aarch64 (tier 1), /lib/libgcc_s.so.1 is not an always valid replacement for using /usr/local/lib/gcc*/libgcc_s.so.1 Message-Id: <79BF1609-C68C-4E94-84ED-0ADD7382457F@yahoo.com> Date: Tue, 20 Jan 2026 09:30:03 -0800 To: FreeBSD Current X-Mailer: Apple Mail (2.3864.300.41.1.7) References: <79BF1609-C68C-4E94-84ED-0ADD7382457F.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; 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]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from] X-Rspamd-Queue-Id: 4dwZ8q3nS8z3bHM I ran into a kib@ bugzilla comment and a gerald@ question in response in a bugzilla I was looking at that prompted me to test the status of this again. QUOTES from https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D285711 kib@FreeBSD.org in a comment: First wrong thing is that the backtrace ended up in gcc' libgcc_s.so.1 = at all. FreeBSD ABI assumes that /lib/libgcc_s.so.1 is used. gerald@FreeBSD.org in a later one of the comments: I was wondering - if the system libgcc_s.so.1 is complete for all platforms, maybe simply not install GCC's libgcc? END QUOTES The answer is "not complete": Retesting an old example: # cat fp-binding-failure-aarch64.cpp=20 #include volatile long double v=3DNAN; int main() { return std::isnan(v) ? 1 : 0; } # g++15 fp-binding-failure-aarch64.cpp # ./a.out ld-elf.so.1: /lib/libgcc_s.so.1: version GCC_4.5.0 required by = /root/c_tests/a.out not found (This does not happen for a C compile/link. /usr/local/lib/gcc15/libstdc++.so.6 is involved in why the above happens. Also I have 2022 Email history showing the same sort of thing with g++11 in use instead with a different simple C++ program. See later for the modern result for that as well.) # ldd -a a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc15/libstdc++.so.6 = (0x29cff5400000) libm.so.5 =3D> /lib/libm.so.5 (0x29cffa7e0000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x29cff415d000) libc.so.7 =3D> /lib/libc.so.7 (0x29cff7000000) /usr/local/lib/gcc15/libstdc++.so.6: libm.so.5 =3D> /lib/libm.so.5 (0x29cffa7e0000) libc.so.7 =3D> /lib/libc.so.7 (0x29cff7000000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x29cff415d000) /lib/libm.so.5: libc.so.7 =3D> /lib/libc.so.7 (0x29cff7000000) /lib/libgcc_s.so.1: libc.so.7 =3D> /lib/libc.so.7 (0x29cff7000000) /lib/libc.so.7: libsys.so.7 =3D> /lib/libsys.so.7 (0x29d006fd0000) vs.: # g++15 -Wl,-rpath=3D/usr/local/lib/gcc15 fp-binding-failure-aarch64.cpp # ./a.out # ldd -a a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc15/libstdc++.so.6 = (0x2fd57d000000) libm.so.5 =3D> /lib/libm.so.5 (0x2fd587cb0000) libgcc_s.so.1 =3D> /usr/local/lib/gcc15/libgcc_s.so.1 = (0x2fd58f750000) libc.so.7 =3D> /lib/libc.so.7 (0x2fd57de00000) /usr/local/lib/gcc15/libstdc++.so.6: libm.so.5 =3D> /lib/libm.so.5 (0x2fd587cb0000) libc.so.7 =3D> /lib/libc.so.7 (0x2fd57de00000) libgcc_s.so.1 =3D> /usr/local/lib/gcc15/libgcc_s.so.1 = (0x2fd58f750000) /lib/libm.so.5: libc.so.7 =3D> /lib/libc.so.7 (0x2fd57de00000) /usr/local/lib/gcc15/libgcc_s.so.1: libc.so.7 =3D> /lib/libc.so.7 (0x2fd57de00000) /lib/libc.so.7: libsys.so.7 =3D> /lib/libsys.so.7 (0x2fd595480000) For an example that is C++ code that would not compile as C code: # cat locale_failure_test.cpp #include #include int main() { try { std::locale l =3D std::locale("en_US.UTF-8"); } catch(std::exception const &e) { std::cerr << e.what() << std::endl; } catch(...) { std::cerr << "Unknown exception " << std::endl; } } gets: # g++15 locale_failure_test.cpp=20 # ./a.out ld-elf.so.1: /lib/libgcc_s.so.1: version GCC_4.5.0 required by = /usr/local/lib/gcc15/libstdc++.so.6 not found Note the two span both an original program and a gcc* .so library: ) version GCC_4.5.0 required by /root/c_tests/a.out not found vs. ) version GCC_4.5.0 required by /usr/local/lib/gcc15/libstdc++.so.6 not = found The issue is tied to not covering the requirements of the g++ code generator output. (I do not know if C code generation is fully covered by /lib/libgcc_s.so.1 use for aarch64. It is not for armv7 last I knew.) I'm not claiming "version GCC_4.5.0" is the only issue for /lib/libgcc_s.so.1 being insufficient to always use: it is just an existence proof example. The status has been long standing and may well be fine. I do not know if "FreeBSD ABI assumes that /lib/libgcc_s.so.1 is used" has a status sufficient to lead to updates dealing with the likes of the above. =3D=3D=3D Mark Millard marklmi at yahoo.com