From nobody Mon Jan 19 23:10:57 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 4dw5mb4Sgcz6PVbG for ; Mon, 19 Jan 2026 23:11:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.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 4dw5mZ71f6z47vQ for ; Mon, 19 Jan 2026 23:11:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="r6/V4xH4"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.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=1768864263; bh=RkzWdX2nF2NNEuC2XIR/GzadjQwxLHkBcYd1CIyljnU=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject:Reply-To; b=r6/V4xH4xuxbcl1suI36IBfzMgWImjSE32hX3okSDbnl1nYrCitTUJycWmBPgfEjBi6i7hcvO3ghWmbMq3h3sixsahTyhaw1lq2baCjapzKzfaBp+/OAePyQkywQu0Hp7ZJysmO3c7qW3e1A9waK0QRMrQg5AVolJDTMNYE9qF+5xBaOoS8090dweKG4NeO2cwr0XLv2MPa4tM2z5N+LA9gAwDXS1v+WucU33icYhtKamMeFroB3F1NMWYbPkdlalYoZkIlRiRQfX7a6wWtnjeZf3eBSk1OWuc0OqtpskSAoRMGm6o0X4cYaAhtLGb5XkFKLZcpfPNsrRD8jj7JXFw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1768864263; bh=Bm9Raboqc0eXfnDV3kcqaqPLlsZInBYH0w0FASR25Sy=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=uEviFYyuKpthhqal8oh5RxPSx16sIha5+au10apcclwZl72bIt8776/LTB63HvpbPUKzEfgrUgFGCPgq9Gm2dQUyPE83linzFAnFgvZ2dBIsmFJUvPd49p8AC7mcbJ25+mb27K400MTldP3at3HTrdc5NEaEcLRcxXP/rRQTY1/Rt55bwaUgage4qPt4od455vFn8N3wly9cSiKuODgWieza2TqwQQsYIbOj/fviSXTwhCFIsu/QmmGLQXvraBPMcCpWvE/CmCqTt5MFdXKxcfRPP276uXBHlOfZDjZJu5A63jiAG6+kuar5SynC4tGcg0CeQdneTvE+qkvumt/pJQ== X-YMail-OSG: MeEqFLAVM1nX43CjInDBuu_D_z1JbaNbejK25RYXWkKyy8FUdCEjrjesoGlRsD1 Kqkfi07VLOWVNSxQdLv6ZPXhhbBGK9iY1psMsS6prdgrP2RES2AhwnlOGm4U642LoyxeDqPmfsf7 k0HPFaGXz4fV6G7cMDWL484.6RJzV_eo4R3_TwkcL9V6i6Z0ea3PRkU4D2_0HgimA_5VvTTf7bjx 9LEsNFu4CLuiCSyCmZjSJOH0A4aAb0ncGEV0Ie9dBovqYbX4vyhLLJV2rU2Vy2LJlFmKQ7egX20O rEk0WcEMBKgbEeGvCcID6m1z5pU7bpcFtd1kFP7iI98cuRQLb4SMxiq0h7iWd0RfhAG6VpYub_aW TKJXgF00g2qjxr_pcGfP3Jj4geqSDCSMgvuPreBnUHtgHpcOB6v4sbGYIDQbSN2wHtgvIiE4mk2W 9ECcaOlCTCIKqhsgHc62s3ZGjJDesC.PcneXYYIIyj2vSH50S78oRKtGI58ZkHQANns3EEM0Uj2Q myJcfKYvmDBt4QHgfsxspYreCFLMPjQKWWf6l7tKbzy4R_U_lpsnlQt0QjDPrrpScczbHFm.ddU1 OJy72o3oDWbJFDyr51oKUwmgrv7wRfjmqcguPfSazszadFfDlrPVh4sfVyaQpQnIQMlHMf35ElDm Ro_q4NuXD_21nSvBmzdL5hM3zdSdNs4h2_3hiRejbQ6cfUQstUOcLl4O0gUMm9Gs10dxDMSzmrkx nQifk6c_mVOoyJe_yubZA4t_A6_8J5iJliY23TeoW1zO_0H4nkUZrYOFEW2w2NkRiQ4RcBUYRZG1 yaVi1pgAUfn1gNngVZ31a7.C78WgrgRaYdAZkX9BA_tESSN8swJPUn_FjRZoGNI3KKVn2V1q0ZBx nlkCqIUQPDlW1JMPJczlNOnwdwOgjBCi3b43bNsnIhxkB22AeWaH9NFJcreBu9fgyT5bvtlAuNnj AVE8TCEig3XT9Z_Y0NcNBVLj0ZRDW2du6q9vAfeUQbsCl2MYVvO4GNQCiQCiHQ6meYBVuBqu0m1K ke4qBOFxpEMLHIg68hC1FoWLORlLKb7.RjIbz19JZnaRtfctepRHYYMenh687AAP_7Bj.4z03aFY p9CyKC4JBcBnAvI8hw.VM6VCpHuLQ2IH7qIUCGvaXVOvGAdZuRCYVFk33IXmLjp_yMiy_Agt8rxn Y4uvc2TdttyG3fNnU7G3PY9WMR_HTiIEZ7XgHWAO357m22M1Vr2LOYI.XRW5gSzF26gv56gDjwvp Z5YpvVvZASdmQmeohhxHq7yt5hen55QsxvJHiWrp.MMyjI09DcN.lSVgW6taSNCYdpo99pMeaqiY YoY8AXAer14CTvL25HO0yJSpgnNFYbB7AJPJ1B_P1Fc5VXKm2NIlaOTja5hyhwmZElm6nWKUffeH aDYfpA1Ysbih1vPVw0OisoOlBEEkGulYKpoxtXy.A_cfWMlwAV7cIJWlNK9kxEhaQoZhVeSg2MJH bWLohBNd3sNAh5NLeFfyCFBIAROChtJUttkfdS72Rl9aOJiQJjf1Fec6d0Ea9bH4e2sbHthmOemG GY1F1OhkWl1pdak02FMWTqKw.6oVY6sJCyjxU0wfFUZAWoTSPy5jfRnZwefIGpjCrJEcuMhfKgbu iJmqiNtFqbaxIAlpXN9mA7BXCic1iY28OKUDAIW9acpsG82j0K4P9VV4fj8uVB3fD.zOLbh02SY2 ISEbNAc7Tgy5EKujpd0Ekh1R8T_2CInO6mNDyvGYaut7Rp9vAk8P3.2uxl72wSSfS_0RcwP.6VW_ tGzm78HGTogWg8.zSlX0Urqw6aWDGTd89i5BKm8DJ8tZpjcvwGY2.pvOXiQi79_5cUf1j4oefw9o QfByRyCQWcWvNtn4eQl0JdUlB_0eBOTwQRLAWv55jRrSs89lKb4GN9ojAAK3F47AAQB9pDfP5f_H EkyskhQSHgHQkLXnKhL0BtsGlNF4dn9R8qmB5W50zjjfYmlOKXijyw2oEnhXTHG8_Px7WFwKZTF5 YN0klB9nXmwx0U72xUwR4tgyrEs1oJW6O1G9RmXSDfk1Npl4dhJG3S6xhkS6UrNEgjxBci93WAuC TicldPZIpq9NGDpP5NjLyTvrGancTdHvW3TQSLQCH0zr04BUrobLFRjx3ndoJBFOcVH1FDg7x910 6DiyNLGI4MxW5KzL7M2nE63AiTzTSoFtoUz2Z8idoV_G8fb4TOCjaU.kxGwr5GJOLXmPXXsaDj72 PqYcKJEEWnu9EQc72ceVIhhZwJTUVupuM.Lkye0yh6r845o.lAQ6Jxy1ROrcScxFX3W0rt1ScHeE 0uqbl7SQL9JI19NWlbw-- X-Sonic-MF: X-Sonic-ID: 22f330fb-cee0-467b-89c4-d3b36e287fac Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 19 Jan 2026 23:11:03 +0000 Received: by hermes--production-gq1-86969b76cd-js9lg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1d314f5ad9e3c4dda988cbbfccc44402; Mon, 19 Jan 2026 23:10:58 +0000 (UTC) Message-ID: <010f1b5a-9577-45c8-a12a-64c98b1e84e8@yahoo.com> Date: Mon, 19 Jan 2026 15:10:57 -0800 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 User-Agent: Mozilla Thunderbird Subject: Re: libsys.so.7 for armv7 (at least) has "NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr0" but aarch64 and amd64 do not? From: Mark Millard To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.24987 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.78 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.78)[-0.785]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[yahoo.com]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from] X-Rspamd-Queue-Id: 4dw5mZ71f6z47vQ On 1/19/26 13:37, Mark Millard wrote: > This note is related to: > > > > (__aeabi_unwind_cpp_pr1 has a similar status.) > > It is not clear to me if other non-tier-1 architectures might have > something similar at issue, now or in the future. > > > Is the following expected? Appropriate? > > In an armv7 context (watch for possible line wraps): > > # readelf --dyn-syms /lib/libsys.so.7 | grep _cpp_ > 2: 00000000 0 NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr0 > 3: 00000000 0 NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr1 > > In more detail: > > # readelf --dyn-syms /lib/libsys.so.7 > > Symbol table '.dynsym' contains 1211 entries: > Num: Value Size Type Bind Vis Ndx Name > 0: 00000000 0 NOTYPE LOCAL DEFAULT UND > 1: 00000000 0 NOTYPE WEAK DEFAULT UND __cxa_finalize > 2: 00000000 0 NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr0 > 3: 00000000 0 NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr1 > . . . > > on aarch64: > > # readelf --dyn-syms /lib/libsys.so.7 | grep _cpp_ > # > > on amd64: > > # readelf --dyn-syms /lib/libsys.so.7 | grep _cpp_ > # > > For armv7 at least, it contributes to the likes of (not specific to > gcc15 for similar results): > > # gcc15 -static-libgcc main.c > > producing messages like: > > /usr/local/bin/ld: a.out: hidden symbol `__aeabi_unwind_cpp_pr0' in > /usr/local/lib/gcc15/gcc/armv7-portbld-freebsd16.0/15.2.0/libgcc_eh.a(unwind-arm.o) > is referenced by DSO > /usr/local/bin/ld: final link failed: bad value > collect2: error: ld returned 1 exit status > > In fact: > > # gcc15 -static-libgcc -fno-exceptions main.c > > also produces: > > /usr/local/bin/ld: a.out: hidden symbol `__aeabi_unwind_cpp_pr0' in > /usr/local/lib/gcc15/gcc/armv7-portbld-freebsd16.0/15.2.0/libgcc_eh.a(unwind-arm.o) > is referenced by DSO > /usr/local/bin/ld: final link failed: bad value > collect2: error: ld returned 1 exit status > > Despite the very simple C context. > > In an armv7 14.3-STABLE context (so predating a > libsys.so.7 existing to be involved with libc.so.7 use): > > # llvm-readelf --dyn-syms /lib/libc.so.7 | grep _cpp_ > # > > So in 14.* there is no such __aeabi_unwind_cpp_pr0 reference involved > when linking against libc.so.7 . (Same for __aeabi_unwind_cpp_pr1 .) > > Definitely only a FreeBSD 15+ issue for what contexts can run into the > issue. > > > A question here is if, at least for armv7, all use of -static-libgcc for > FreeBSD 15+ needs to supply a usable/linkable pair: > > __aeabi_unwind_cpp_pr0 > __aeabi_unwind_cpp_pr1 > > even if -fno-exceptions is also in use. > > The examples of the aarch64 and amd64 grep usage that I copy/pasted into my notes were poor, assuming naming conventions that need not be assumed. Better was my test via (watch for potential line wrapping): aarch64 main: # readelf --dyn-syms /lib/libsys.so.7 | grep 'NOTYPE GLOBAL DEFAULT UN' # readelf --dyn-syms /lib/libc.so.7 | grep 'NOTYPE GLOBAL DEFAULT UN' 1: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND environ 2: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __progname amd64 main: # readelf --dyn-syms /lib/libsys.so.7 | grep 'NOTYPE GLOBAL DEFAULT UN' # readelf --dyn-syms /lib/libc.so.7 | grep 'NOTYPE GLOBAL DEFAULT UN' 1: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND environ 2: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __progname Compared/contrasted with: armv7 main: # readelf --dyn-syms /lib/libsys.so.7 | grep 'NOTYPE GLOBAL DEFAULT UN' 2: 00000000 0 NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr0 3: 00000000 0 NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr1 # readelf --dyn-syms /lib/libc.so.7 | grep 'NOTYPE GLOBAL DEFAULT UN' 1: 00000000 0 NOTYPE GLOBAL DEFAULT UND environ 2: 00000000 0 NOTYPE GLOBAL DEFAULT UND __progname And with: armv7 14.3-STABLE: # llvm-readelf --dyn-syms /lib/libc.so.7 | grep 'NOTYPE GLOBAL DEFAULT UN' 2: 00000000 0 NOTYPE GLOBAL DEFAULT UND environ 3: 00000000 0 NOTYPE GLOBAL DEFAULT UND __progname -- === Mark Millard marklmi at yahoo.com