Date: Tue, 13 Sep 2022 23:58:40 +0000 From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 266402] clang crashes on math/lean on aarch64 on 13.1-RELEASE and 14-CURRENT Message-ID: <bug-266402-29464-izMazVxqM2@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-266402-29464@https.bugs.freebsd.org/bugzilla/> References: <bug-266402-29464@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266402 Mark Millard <marklmi26-fbsd@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marklmi26-fbsd@yahoo.com --- Comment #1 from Mark Millard <marklmi26-fbsd@yahoo.com> --- The: QUOTE [100% 340/340] : && /usr/bin/c++ -Wall -Wextra -std=3Dc++11 -D LEAN_JSON -D LEAN_MULTI_THREAD -D LEAN_AUTO_THREAD_FINALIZATION -DLEAN_BUILD_TYPE=3D"Rel= ease" -D__CLANG__ -D HAS_TCMALLOC -O3 -DNDEBUG -fstack-protector-strong -pthread shell/CMakeFiles/shell_js.dir/lean_js.cpp.o shell/CMakeFiles/shell_js.dir/server.cpp.o tests/shell/CMakeFiles/shell_test.dir/shell.cpp.o -o tests/shell/shell_test= =20 -Wl,-rpath,/usr/local/lib libleanstatic.a /usr/local/lib/libgmp.so=20 /usr/local/lib/libtcmalloc.so -lprocstat && : END QUOTE does not look coherent for FreeBSD, especially for aarch64: the lang/gcc*'s libstdc++ requires the lang/gcc*'s libgcc_s.so.1 for aarch 64 (because FreeBSD does not provide a compatible /lib/libgcc_s.so.1 : e.g., "version GCC_4.5.0 required by /usr/local/lib/gcc12/libstdc++.so.6 not found"). For reference (just what I happen to have in place, not necessarily matching the lang/gcc* from the build that you reference): # find /usr/local/ -name "libgcc_s.so*" -print | more /usr/local/lib/gcc12/libgcc_s.so.1 /usr/local/lib/gcc12/libgcc_s.so # find /usr/local/ -name "libstdc++*" -print | more /usr/local/lib/gcc12/libstdc++.so.6.0.30 /usr/local/lib/gcc12/libstdc++.so.6 /usr/local/lib/gcc12/libstdc++.a /usr/local/lib/gcc12/libstdc++.so /usr/local/lib/gcc12/libstdc++fs.a /usr/local/lib/gcc12/libstdc++.so.6.0.30-gdb.py So, with only -Wl,-rpath,/usr/local/lib it is not referencing where to find the likes of /usr/local/lib/gcc12/libgcc_s.so.1 would be found and instead ends up with: /lib/libgcc_s.so.1 in use ( or no binding for libgcc_s.so.1 ). The resulting binding, if any, would end up with issues like: ld-elf.so.1: /lib/libgcc_s.so.1: version GCC_4.5.0 required by /usr/local/lib/gcc12/libstdc++.so.6 not found Unless FreeBSD implements the GCC_4.5.0 related symbols involved in /lib/libgcc_s.so.1 for aarch64, such is a port's problem to solve by making the likes of (example) /usr/local/lib/gcc12/libgcc_s.so.1 being used instead. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-266402-29464-izMazVxqM2>