Description of problem: When building cgnslib for EL9: /usr/bin/gcc -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64-v2 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -std=gnu99 -DNDEBUG -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 CMakeFiles/calcwish.dir/calctcl.c.o CMakeFiles/calcwish.dir/calcwish.c.o -o calcwish ../calclib/libcalclib.a /usr/lib64/libtcl.so /usr/lib64/libtk.so /usr/lib64/libhdf5.so /usr/lib64/libX11.so -lm ../../libcgns.so.4.3 -ldl /usr/lib64/libhdf5.so /usr/bin/ld: calc.c.o (symbol from plugin): undefined reference to symbol 'reference@@LIBXML2_2.4.30' /usr/bin/ld: /usr/lib64/libxml2.so.2: error adding symbols: DSO missing from command line reference is a variable defined in libcaclclib.a (as well as a versioned symbol in libxml2). This is appears to be the following upstream bug: https://sourceware.org/bugzilla/show_bug.cgi?id=27311 Using -fuse-ld=gold as mentioned there seems to fix the link as well. Version-Release number of selected component (if applicable): binutils-2.35.2-23.el9.x86_64
Fixed in binutils-2.35.2-24.el9.
Verified with binutils-2.35.2-24.el9.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (binutils bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2022:8281