Date: Fri, 6 Sep 2019 23:29:43 -0700 From: Mark Millard <marklmi@yahoo.com> To: FreeBSD Toolchain <freebsd-toolchain@freebsd.org> Subject: runnning after linking without -Wl,-rpath=/usr/local/lib/gcc9 : ld-elf.so.1: . . . : Undefined symbol "__floatunditf@GCC_4.2.0" Message-ID: <271792EC-FAC0-43E2-8FDE-0EA52FD98FFC@yahoo.com>
next in thread | raw e-mail | index | archive | help
When I built a fairly simple C++17 program (not FreeBSD specific) (targeting aarch64) with g++9 and then tried to run it, running reported (I omit a very long file path/name that I was using): ld-elf.so.1: . . . : Undefined symbol "__floatunditf@GCC_4.2.0" # ldd . . . . . .: libstdc++.so.6 => /usr/local/lib/gcc9/libstdc++.so.6 (0x404dc000) libm.so.5 => /lib/libm.so.5 (0x406d4000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40745000) libthr.so.3 => /lib/libthr.so.3 (0x40786000) libc.so.7 => /lib/libc.so.7 (0x407e2000) Using -Wl,-rpath=/usr/local/lib/gcc9 in the link avoided the problem and let the program run (by changing which library is used, for at least one library). I've not checked if this is aarch64 specific or FreeBSD vintage specific or g++ vintage specific. (The context is head -r350364 .) (The program and its source are not ready for any distribution.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?271792EC-FAC0-43E2-8FDE-0EA52FD98FFC>