Use of lang/gcc*'s g++* via the likes of USE_GCC=11:build+ in ports when a -Wl,-rpath=/usr/local/lib/gcc* is required: How?
Date: Mon, 18 Apr 2022 02:21:11 UTC
I'll use g++11 as an example here. By no means is the issue limited to g++11 . Also, the general issue is not limited to the specifics of the other aspects of the example I report below. EXAMPLE PROBLEM: FreeBSD's /lib/libgcc_s.so.1 is insufficient for what aarch64 g++11 code generation expects to be provided. Programs can be built but end up with notices that start with: ld-elf.so.1: /lib/libgcc_s.so.1: version GCC_4.5.0 required by . . . not found Sometimes the ". . ." is /usr/local/lib/gcc11/libstdc++.so.6 . Other times it does not get that far because the program itself has the issue before shared libraries are bound. A simple 6 line program on aarch64 can show the issue: # more fp-binding-failure-aarch64.cpp #include <cmath> volatile long double v=NAN; int main() { return std::isnan(v) ? 1 : 0; } # g++11 fp-binding-failure-aarch64.cpp # ./a.out ld-elf.so.1: /lib/libgcc_s.so.1: version GCC_4.5.0 required by /usr/home/root/c_tests/a.out not found The a.out has its own reference to __unordtf2@GCC_4.5.0 : # nm -a a.out | grep '@GCC_[4-9]\.' | more U __unordtf2@GCC_4.5.0 For reference . . . # ldd a.out a.out: libstdc++.so.6 => /usr/local/lib/gcc11/libstdc++.so.6 (0x83000000) libm.so.5 => /lib/libm.so.5 (0x81834000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8275a000) libc.so.7 => /lib/libc.so.7 (0x845f3000) Use of -Wl,-rpath=/usr/local/lib/gcc11 avoids the example's failure by using gcc11's libgcc_s.so.1 instead of FreeBSD's. gcc11's libgcc_s.so.1 is more likely to accurately cover the g++11 compiler's potential range of code generation. I've no clue what all g++11 targeting aarch64 generates that also would not be found in /lib/libgcc_s.so.1 on aarch64. Similarly, I do not know what examples might exist for other FreeBSD platforms. But aarch64 is tier 1 these days, if that matters for this subject area. THE QUESTION: How does one use the likes of USE_GCC=11:build+ and also supply the appropriate -Wl,-rpath=/usr/local/lib/gcc?? to match which g++ is actually used? There is an analogous question for when using a linker command line directly instead (no -Wl, prefix). === Mark Millard marklmi at yahoo.com