From nobody Mon Apr 25 12:00:42 2022 X-Original-To: freebsd-toolchain@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 2CDEB199C763 for ; Mon, 25 Apr 2022 12:00:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-54.consmr.mail.gq1.yahoo.com (sonic308-54.consmr.mail.gq1.yahoo.com [98.137.68.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kn3WC6ZFjz4b7l for ; Mon, 25 Apr 2022 12:00:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1650888048; bh=ZRlOz5wdCd4QjJp3KEhYnDH0+6HcTEt9rxJaDomO1U8=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=flejYVBZM6fqE4qkN5kHNK9FhVIPe4EsEOu6ZRYR/V78r5FX11RkW2QQTt1dY3KIs554vHHenZ+rkN/UfekERWq4qQKb3tisqmFlVN5GSjgRYHokm4aJOID8dP9rRUMnjquoAS+T3E3KleKMngAFPz2TUq3yDLGXxnJdVtA0anBsdcudNOHOdVBQw8zfQC+ZIzEUclFgPoh9SSXikncKHBfqySkvWTX5jKPYG2IJYQ93QNwlrkDLoG0EJCM7FBvGocrY0ImmW3GQXOfa0I0fPajbOjD1iNwRBZxBehRe9eO6gDWvEvSsVR7pwv1QFg1C0xn6NqlbozPFWrJt4hO3bg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1650888048; bh=19DJk3OmpAcNbCiyXQHYECCGsQTVq26f+HFiWWxBPXi=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=V0RjIsvN+DBfK6UY/n3uRS3ahLktlpX8iGcTRaDJYl1t8tCoYtZ8CsjeApvUzGm+f8S3xyv3tDyw/3eqjP/aOGZ8y2UV/ukVCQWG9DHZlBajC9KDGL3mDvwzOK7by9wzTYjCCx5F+8vOlEWQsaX7S67JOY1HMc/2uHKC0C49mAYr/LUIojyLCKcpKL2q2JWtBrwE1Gga4DMNyT9sQNCIY7umjPD+G6DVFur9OwPCe4trUAVsejVkb83ZKRozYLja7BpdXPmyTT7U9QzZSsQCwKdHvZoD0plZ8YyK3yj4KIHSywqHL4y97rT/XHvqGGaM15QLDNgBlpKeaa+uW5xIFQ== X-YMail-OSG: HfDlJnsVM1mIo3bq6kKdM2zbiASncIzuD6qOB1OKvRXr6YQQb1Ev8RCfJILrGJa IhfS9tDFdOvI9E0WWF9qz6jvruoWlkz.moKwMNU7YlAj2_94QVO2sDQsfjqDxoXrodpdL7WXcCdo il30gVsCwzQHFoZJ9rgXAnOqfrIWCw3sS13dBqeQ9mTqwRYrN.cJM.73mIGz386cQCYZtQl5.oT2 QQhpEFt4CpKUWKNEtt2QaiCRAomqSZUlqCiQ5ACYpBe0xoWh3GTBlAlDEksHpmYtdwBmvEhUgnYK vnKxjJ9pN51E..6HzTnj7lCV33kPAssEqUG1bqqUaItRCAHehpOPubSTX5Z3zb9iLPau99EOsiun LUuI4K8bx4BkKPDArAbpJsgQGr183gToaPFzW4hEtUQgXRh.oxYj6J60ixQYVmFW7wHWLOnZCnHx dNafk9Ah4cefVC61CoIGbGRtM3R.thFS.JclW_Bt1Y_RM.CgsaBMPZb6Lp1XkHsqSehLLiUDeZ.Q 7xVX07o5wIYslU6bozOMPXsVtxCSAnPKfwb9ua79L1JAgpcB0blVax3S.KXUEY0QrfQlvpqF8R4u wGNL6APedRvMcvU3lYoMi8Di4I7atpVusbl4k2tKf6oPCEmdzKJVNkh6BA5_BV_Cx1L79sfDkjun 5NJ7qKfLKdb7pZ2e3J.pQZ59ad82YKMhQTqvCbkhYZuUicyJ0gOPyAa3rhHiXS0hVQfyNKLhQIgM J1VUf1l..oG2nVgYiOaK9loT4M.4DpjlyzbIKVkv15rneuscBZp2hjCMn59sCnYKIlhR4XgPvgif hYLXdseZqoUM.N28sK61izgIr17f9rEp5xUU5Tzjf1Eu6intGQO.o7bLgWMaIezoSA8DdSAECFkw .PODuUleNObDQQEAAQlG1vct9RhEi1411UaE1d3mAN7ih5V2SQTbh15KZNIBKyJdiovuh0BCyUK_ lMHubB7KwmY_laVjLUiixmmWK8AkriWKRYoff7r7Bf2tHEAkGQlNtiuDT.1d21pxf40MJRPG03_k TrbuOND7roS0kLdUxpWjEdG_.LG3EVyWfOqMj1Pild.x.7hA71K0pxTVeZAvVN9oEXsTjm2ngyPJ By52HPBkJ14jnffPXdbfRy4_J2WdxXJslHipbgQw7wTqymICm.y7KslRntf3ToJfWZgDUivruLJK 6TVSn24CSEfBityVfbhMh52fuBTFbnwHvYrc3ZsMy.IbIF2jhWJ8nUnxEEpz1ZssiorgcvsIPN2i yIxRgvnjdJlx73p7_1swKDwEy261Wph5Yuv_qchhWY.TEBIlcm4wvSP1ATRVQveFMX09pADlHbKY vFb99ML4OtJ1x.69s0yrjSfTff4dDCj6wchWfhfX4KzzbDo9iHqkod6yXO9FTkxk7Vrh_mNn1IQT Y6SXHoVXyy3kL_ZM0Wp7zXsw6NcKWjUgC.VaUqIyS8hg8sjP_Ke4_5jzQaojKA_Mg_DmbPSeC9BV rKx04ZUZEC0WMUm28pCW2gdRNVkWxQoZANDsxY2xIOthz0OkdFBerVzK2T2QP7XBY9bFcxitouNt 3_oik0vETmtvDdTXK5nGZORTpMd137Jy4Z9U.W7hm0X5JBaXYTXSGgpOXwsdahXDMbUJNo5qeM6W u_VkWHuAUojaCP4dX8U60R8XU5gnvUsob.AHuWv03RmKkI_fXBbD7._FXFXabr.sBzgj5garaGuY GXJfYKIOlcZ5jCv4.LObquNSQy9K4j35WZ8yndwuQWofNxl.neTjLp3JhyjL.AvY1x.YNfde.Isj Z4CqkS_f0sa0SYk1BzOasAYzd97qFzUHMkH5dEyiUW.SBEfNQMoSuhv8cCinRARXrLwizwohSQX6 Yr1bUdQgsjHkz2NlPeT_3SAn31BdJzX16mHiUfqQwJCHGlIBcqDy9FhXK31odxRSc7KLMrr09aJ7 rEABjO9AhOBK4pTUvl1jrBUMKDUfOsfJlRL3.LZ0P5_8gAMeydNM6Ac2VDwZXxky80jVvUPysnA5 xC4271btl8xPnqH_ox5WOxOzbqcO4pwBgpPqB9sZaR1xiBjXclGb6ESvFzKDmJkxDjAhptPkJFVe DxwHXPYBrtWWaYCYAzI3UECRoZVWFlh9fiK69D_IvadH8u97yAjvjn3rifcfVSdZP2k9kBL_LJEl 1RYrgQGqsl5QpreeT5s3Trpcs6HvHfU2QPElat1Cmplkk0hEdgRERVqBKpvUKn82wiFEdWgyZzJ9 9uI0xHfSIizuR11WiC7x31zj3jvGnHJqK0V.2VEK93QBR9JBDcLEUsfep2v5miUdWP_AX96Hz94I rQArFSK6Z1tumSlA0 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 25 Apr 2022 12:00:48 +0000 Received: by hermes--canary-production-gq1-6b7487d8dd-qcdwd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID dbb8a920dd1b310f33aa7cd0e54f89d1; Mon, 25 Apr 2022 12:00:43 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: _Unwind_complete Message-Id: <91900DC8-2BF8-4D22-9058-2617DEECF83B@yahoo.com> Date: Mon, 25 Apr 2022 05:00:42 -0700 To: Robert Clausecker , Free BSD , FreeBSD Toolchain X-Mailer: Apple Mail (2.3654.120.0.1.13) References: <91900DC8-2BF8-4D22-9058-2617DEECF83B.ref@yahoo.com> X-Rspamd-Queue-Id: 4Kn3WC6ZFjz4b7l X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=flejYVBZ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.45 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.99)[-0.990]; NEURAL_SPAM_MEDIUM(0.99)[0.995]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.30:from]; NEURAL_HAM_SHORT(-0.96)[-0.956]; MLMMJ_DEST(0.00)[freebsd-toolchain]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-ThisMailContainsUnwantedMimeParts: N Robert Clausecker wrote on Date: Mon, 25 Apr 2022 11:47:39 +0200 : > Many ports from the ports collection fail due to an undefined > symbol _Unwind_complete. It appears that this symbol is an > EABI symbol used as a part of exception unwinding, but I was > unable to find the relevant specification with a short search. = https://github.com/ARM-software/abi-aa/releases/download/2022Q1/ehabi32.pd= f seems to be the kind of place where such is found these days. > Neither is there a hit in /usr/src. Capitalization mismatch? # grep -r _Unwind_Complete /usr/main-src/ | more /usr/main-src/contrib/libcxxrt/unwind-arm.h:void _Unwind_Complete(struct = _Unwind_Exception *ucbp); = /usr/main-src/contrib/llvm-project/libunwind/src/Unwind-EHABI.cpp:_LIBUNWI= ND_EXPORT void _Unwind_Complete(_Unwind_Exception* exception_object) { /usr/main-src/contrib/llvm-project/libunwind/include/unwind.h:extern = void _Unwind_Complete(_Unwind_Exception* exception_object); The middle one is an implementation: _LIBUNWIND_EXPORT void _Unwind_Complete(_Unwind_Exception* = exception_object) { // This is to be called when exception handling completes to give us a = chance // to perform any housekeeping. EHABI #7.2. But we have nothing to do = here. (void)exception_object; } > Do we provide this symbol? CA72_16Gp_ZFS armv7 main-CA7-chroot 1400053 1400053 # nm = /lib/libgcc_s.so.1 | grep _Unwind 00017630 T _Unwind_Backtrace 00017630 T _Unwind_Backtrace 00017424 t _Unwind_Complete 000174f8 T _Unwind_DeleteException 000175d0 T _Unwind_FindEnclosingFunction 0001773c T _Unwind_Find_FDE 000177a8 T _Unwind_GetCFA 00017530 T _Unwind_GetDataRelBase 00017828 T _Unwind_GetGR 00017894 T _Unwind_GetIP 000177cc T _Unwind_GetIPInfo 000174a0 T _Unwind_GetLanguageSpecificData 000174cc T _Unwind_GetRegionStart 00017580 T _Unwind_GetTextRelBase 000171d4 T _Unwind_RaiseException 00017428 T _Unwind_Resume 0001752c T _Unwind_Resume_or_Rethrow 00017860 T _Unwind_SetGR 000178d0 T _Unwind_SetIP 00016c58 T _Unwind_VRS_Get 00016794 t _Unwind_VRS_Interpret 00016e28 t _Unwind_VRS_Pop 00016d40 T _Unwind_VRS_Set FYI: T A global text symbol. . . . t A local text symbol. So: 00017424 t _Unwind_Complete is a local symbol, not a global one. As for lang/gcc11 (for example): # nm /usr/local/lib/gcc11/libgcc_s.so.1 | grep _Unwind_ 0001cd0c T _Unwind_Backtrace 0001c0e4 T _Unwind_Complete 0001bde8 t _Unwind_DebugHook 0001c0e8 T _Unwind_DeleteException 0001cce8 T _Unwind_ForcedUnwind 0001bf84 T _Unwind_GetCFA 0000f4e8 T _Unwind_GetDataRelBase 0000f4e8 t _Unwind_GetDataRelBase.localalias 0001c15c t _Unwind_GetGR 0001cd94 t _Unwind_GetGR.constprop.0 0001cb3c T _Unwind_GetIP 0001cb3c t _Unwind_GetIP.localalias 0001cb50 T _Unwind_GetIPInfo 0001d1d0 T _Unwind_GetLanguageSpecificData 0001d1c0 T _Unwind_GetRegionStart 0000f4f0 T _Unwind_GetTextRelBase 0001cc7c T _Unwind_RaiseException 0001cca0 T _Unwind_Resume 0001ccc4 T _Unwind_Resume_or_Rethrow 0001c1e4 t _Unwind_SetGR 0001d484 t _Unwind_SetGR 0001cb5c T _Unwind_SetIP 0001c100 T _Unwind_VRS_Get 0001c738 T _Unwind_VRS_Pop 0001c188 T _Unwind_VRS_Set 0001bdd4 t _Unwind_decode_typeinfo_ptr.constprop.0 0001cd0c t ___Unwind_Backtrace 0001cce8 t ___Unwind_ForcedUnwind 0001cc7c t ___Unwind_RaiseException 0001cca0 t ___Unwind_Resume 0001ccc4 t ___Unwind_Resume_or_Rethrow 0001c210 t __gnu_Unwind_Backtrace w __gnu_Unwind_Find_exidx@FBSD_1.4 0001c034 t __gnu_Unwind_ForcedUnwind 0001bf8c t __gnu_Unwind_RaiseException 0001cb9c t __gnu_Unwind_Restore_VFP 0001cbac t __gnu_Unwind_Restore_VFP_D 0001cbbc t __gnu_Unwind_Restore_VFP_D_16_to_31 0001cc54 t __gnu_Unwind_Restore_WMMXC 0001cbcc t __gnu_Unwind_Restore_WMMXD 0001c050 t __gnu_Unwind_Resume 0001c0c4 t __gnu_Unwind_Resume_or_Rethrow 0001cba4 t __gnu_Unwind_Save_VFP 0001cbb4 t __gnu_Unwind_Save_VFP_D 0001cbc4 t __gnu_Unwind_Save_VFP_D_16_to_31 0001cc68 t __gnu_Unwind_Save_WMMXC 0001cc10 t __gnu_Unwind_Save_WMMXD So for gcc11: 0001c0e4 T _Unwind_Complete is a global symbol. (It is not the only mismatch.) > If not, what would be the appropriate > place for it and who do I need to poke to have it added? As I Remember FreeBSD has had an issue where a particular toolchain related activity turned some global symbols into local ones as a side effect. But I do not remember the details. The above was after exploring the following . . . If there a more specific context here? All FreeBSD platform targets? Just armv7/armv6? Just . . . ? All toolchains? Just lang/gcc* toolchains? Just devel/llvm* ones? Just system-clang toolchain? Just system-clang 11? Just system clang 12? Just system clang 13? Some range of those but not all? All? Just in cross builds via the likes of: CC=3D/nxb-bin/usr/bin/cc CPP=3D/nxb-bin/usr/bin/cpp CXX=3D/nxb-bin/usr/bin/c++ NM=3D/nxb-bin/usr/bin/nm LD=3D/nxb-bin/usr/bin/ld . . . but not for native builds? For both types? Attempting possible answers . . . Finding that www/nift seemed to be an example, it only seems to fail for armv7(/armv6?). Building in a context with direct armv7 code execution fails, so not cross build specific. It used the system clang toolchain. Freshports indicates that the last build for FreeBSD:12:armv7 was of 2.3.10 back in early 2020-Dec or so (quarterly). No armv6 builds are shown and no other armv7 builds are shown. Modern 2.4.11 builds show for amd64, aarch64, and i386, going back to FreeBSD:11:*. Even FreeBSD:14:powerpc64 (latest) and FreeBSD:13:powerpc64 (quarterly) have such. (powerpc64 does not have latest any more for FreeBSD:13:powerpc64. It used to. Thus the old version listed for that context.) How well this matches with what you reference, I can not tell. But it suggest something associated with the armv7 toolchain is involved. =3D=3D=3D Mark Millard marklmi at yahoo.com