From nobody Mon Jan 19 21:37:08 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 4dw3hL43Fdz6PP8W for ; Mon, 19 Jan 2026 21:37:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4dw3hG2Ykwz3thj for ; Mon, 19 Jan 2026 21:37:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=tdUs6DcX; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1768858634; bh=68FGijs9L4dCxxZ3VDO98jaO7nCeMqg2qeztkZsV5n8=; h=Date:To:From:Subject:References:From:Subject:Reply-To; b=tdUs6DcXPNJbKz0QhQ/xC3QgsCCNOicT+YQjbWuS3PqHI5cY2+gLf2Wfp/26U5sCClNVwqXDiwbhzWCvs+gWanfTfem+OHJNNPXrVjhu9HFQU6lyJOHireTVgisOOe1S6xwoOy5/OZS/utR4CLuSbuaHRbRRqih4AhitVzq8s9rCrgvs0+6e083/HRxix330GvPJiTru6Q8JWkgEYx7ceqi03pPH8OKFb7XlBgeHZaUVRTANS93QYdvQ32euEUmMM4Q5o7BVdCXZCfVz/gAa0RuCn8SHUm9Qrey3ta6V9mE9rL+mnECMZS++HcS3pqkmd75h/mf4DAr4SfwzlFbdYA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1768858634; bh=71sEMbrmELKYi8JAIo8oeSANoPbZAXAQ/pDsLHIeu5Z=; h=X-Sonic-MF:Date:To:From:Subject:From:Subject; b=Wf1lQ12XPtyvirStG9zkjMBh0f/tLMfvrQ6mkcL6iXn2F/t5YSXau6PAL6k4/qC7YZaVzPZofTRDoED49zfuG++qPDyezo4sKWAjUCJ457kdi2SueHWbOd997e9MNm0fTdiXdFRhXQo8vVU7W7D2FgOAmxqONjUvG/RBXrMwpRGCKP5t3ltBx4+hyDudPgpCchraUvv9Ou0g6TFpPoPcE5D1izPn6E2xaVzW4j5uUHv9xF9TQbbApYO/3mwFtSQEFntd27tVxPhziQb3StNzuC2I1zOG6tNBW8EfuFHi43XQAHn8MnK3G811Ufr7FTtLwFqTRXLsQrLRvhtvkxJ3yQ== X-YMail-OSG: oX4R0cQVM1kwvxH4w4GH_oiACZmrv6cbZAn6XHJGccNlWmoLXZaKt3zhVzCT9GQ 2VXqrbKua404pKBI6ddZZDxXCrADfRe2Spx5AzSgCgWK0vMeraJbTHWK8O4FCNaqDB9pR03pVMp7 mQGujJgiRXiUISqUvyLi2_pWWhwXNHPhrBowTgmvb2p4I9aO0Vl5azUSb79v4T6mVaSPaldxVW6t Nfg.w8aaMJz9gnPSGqlHBaVSzFg9sLwNDpiXUIddnlTu89kvrlrbwBZZZWn6i5oa27mIvRdHR3h5 N7puLZozRHKiDoMbYKEugyfWbKfis2F5kbftdxfQ5wQT3uN9etxzSiH5d4KTF4CDRk3L4_aIY3lH _Xw.o1znRrGyLVzVspd8Jiz6PdlXdLjLFrT7bNFEtYMETfCkJpt9t43PvkGGsz0x2kzSNik_KP9_ tel.cYGtbC.rFhapdfpksRiwbriej.Cf1fLSvVuVbuF0ma1ZS0rBJFqZwLWvZdN2CvjuGDVYxcBD r3EqE7q7rk_RN3BbPlSoAteo7PO79JN..KNKXzWTtNmtrGC8gcUDzXUvuEhK9Pa0DM3gYiHzVe0Y v27nZ6J7WFWmpRn_cK6ifqcuQSt4cRkj.sVkvtXj_tEDZ_kUjBqAr81R6ZMtHZ2PRyIbaKVVjODK XqyaMbGQKExFOeH3dPcyGQ6QB0owMQHK.P3y0HpAxw6XrLmBH6WB0VvXQo5TT_ogG.uQ.W56R_Nq XJzQ93HGT.9c5.PDxCpuFWc5OrbORWHnC4Ys5DNs3P93XJXiORiWhLfqEMMkgqTbjWmf.QQu0CrJ l0tw32xyd8fo3vjxe0O07KsivDsc2RqDNN8z9Qt7VnmCFV5rEwdb_FkvJKo4rA862lWK5qmyyNnB Av8ma5Dg0omTrJEHunFPE1Ezc5LAXjWa5ejpPobyWqjF7O_uFql84cSINJh3j0CHFVHe2TgyzHrd o0_PLn86_DcY6cqqp2ZHJjkktlnk2CShCpQIiCzZeCN2T.LhUWc6C2C7U2D8BKyta70GIwA0muEU 6fQIpS.hB9lNhs1FIzfSIxRN724a7uUmF6EyXtuv.YZUhf.yGrOzrzCZYjNxQSw0yhpdxCRgfG5i 442YP9KO0pbUYfUTl5PrMLSvR5vmoOH2TDcqWmIAT9V4aJaO2sJtUby389Cxa.LTKS6UxVUf7EQ9 eaxhNT8vKyco1TIuJT3sPcxOfne3p_X.llnT9q5PUxzDEWDcbR1v7_Z4Pr1W0B66m6uOgSY6oiMv fk2m2aSEOsOCLZWvmOLl0fIskdtN9x8BBe8ima.U5toHiTVsw46zd.ffSwhY.ADy3PHUzko5pzst dRpjTSeeDsQz2M5VoxHBwkVUTfmv8wLmtxpWT4EWghFkgHEVn9EEGdD309Avq71mx.KjUoyy1.5o EHYX6oQdf17ktqDIETtFWgXvRduwUKStl43mggMQb6yfAKejQqXeUbMzjIm7lpQRdOKF96NbxNZ7 hFogaSnX3IUyn307u.9sfJtkTZvigRJgz0E2dsRlZoH.Fyue52kUARsY1PaHUOKob5jOgRsl_RGv AxXgUB1VZBmcRrUvrKpcMSZ30yeW_pk6R4uIVlNdOvWvBHB_6ERjuP8urgKm.JJJDLaesnBpfLgm RRR3yPFG3mtCFaDGg.EaqoPbXZroSe3qCHp6h6TciQbZXmevtiSeYjff94WgvrK49GjCPfyFML1k uIWHtwpf4mhY28yYm9b597FJwaTBnPzfBiJYVyuGTMNkDqKyfPKRJq5dcGdMiF84vGwJ0krveVcr aigvDq2O8xZ08cmbbPx0usGC1gr367SC16bS2nSh_yQNKoQgLXoyMVqN0nTny.0Y3KQ_P9lmqw8P FWtwOADvKS4NKIYIMETpthhoD_e1m9qG3TWb.NZ7GJ9XFAxiKKh8BKHgzeYLYyDMK2MjHU9GTGz2 kjsY.4vHczGhT5wW8tGfLCsy8_w..8upZ_i4kIrMpg08EylAURDtD7XmEtTePE2K_YdGKbgySl3n kK01Lqc0i0ajZDYSrTRvZHJcX6V1mKHUzmmdGL9c.o1FnA1pTded7Kp_NMz1WLVdOWs2mqkuNvb2 dKWMVGWrsoBAg.lNWavg9pD0Z3M6l4_sYImmM3zybK4Xe5SCQxXoA.AhfzYdCz4FwalyOpxHSKjv FVp1uh9Pqz5rHvKUrepNi3diJ9lYCNFyGt76e4cKIExyYsNF5vLrjHt_.Bk4.4mT_Kfh_ixxcYLm N0mVqHJ1RdWNJ09jBLRolftII9i.aTJGQK7f7HdguO13.5KiIRzPux5Rqr7Illr.XV2c22lBLkn0 yinMXNVKCanptr3IU628- X-Sonic-MF: X-Sonic-ID: 5148b355-c33d-452b-af1a-a826baf437a0 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 19 Jan 2026 21:37:14 +0000 Received: by hermes--production-gq1-86969b76cd-qqjj4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ef5a04557628ee0d9091243bfb7729a1; Mon, 19 Jan 2026 21:37:10 +0000 (UTC) Message-ID: Date: Mon, 19 Jan 2026 13:37:08 -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 Content-Language: en-US To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Mark Millard Subject: libsys.so.7 for armv7 (at least) has "NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr0" but aarch64 and amd64 do not? Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: 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.98 / 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.98)[-0.985]; 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]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[yahoo.com]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; 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.64.206:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from] X-Rspamd-Queue-Id: 4dw3hG2Ykwz3thj 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. -- === Mark Millard marklmi at yahoo.com