Description of problem: Linker errors involving libQt5WebEngineCore.so.5.15.8 and the C++ standard library occur when rebuilding luminance-hdr with the latest qt5-qtwebengine in Rawhide. Version-Release number of selected component (if applicable): 5.15.8-5.fc37 How reproducible: Steps to Reproduce: 1. fedpkg co luminance-hdr 2. cd luminance-hdr 3. fedpkg mockbuild Actual results: /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_replace_aux(unsigned long, unsigned long, unsigned long, char)@GLIBCXX_3.4.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::rfind(char, unsigned long) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find(char const*, unsigned long) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::reserve(unsigned long)@GLIBCXX_3.4.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find(char, unsigned long) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::substr(unsigned long, unsigned long) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)@GLIBCXX_3.4.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)@GLIBCXX_3.4.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find(char const*, unsigned long, unsigned long) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::append(char const*, unsigned long)@GLIBCXX_3.4.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::compare(unsigned long, unsigned long, char const*) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_of(char const*, unsigned long, unsigned long) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_first_of(char const*, unsigned long, unsigned long) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::swap(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&)@GLIBCXX_3.4.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::compare(char const*) const.21' /usr/bin/ld: /usr/lib64/libQt5WebEngineCore.so.5.15.8: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned long&, unsigned long)@GLIBCXX_3.4.21' collect2: error: ld returned 1 exit status Expected results: Successful build. Additional info: See also FTBFS bug 2065272 filed against luminance-hdr. I’m not sure what the actual root cause is here, or which packages are involved. Nothing has changed in the luminance-hdr packaging recently. I’ve successfully test-built a handful of other packages that use qt5-qtwebengine (digikam, calibre, konqueror), and they didn’t fail. I’m filing this bug against qt5-qtwebengine hoping somebody recognizes the problem and can point me in the right direction.
FEDORA-2022-fc75a7adfb has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-fc75a7adfb
FEDORA-2022-fc75a7adfb has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
I ended up being able to resolve this by disabling LTO in luminance-hdr. There’s a bug there somewhere, but I don’t think I’m going to be able to figure out what or where it is, or which recent change illuminated it.
This also seems to be binutils change.
Reopening since there seems to be a chance of figuring out the root cause via bug 2068343.
The root cause was fixed in binutils-2.38-7.fc37[1], so I have restored LTO in luminance-hdr. I’ll do a build once the binutils update actually hits the koji buildroot. [1] https://bugzilla.redhat.com/show_bug.cgi?id=2068343#c3
Update is stuck at bodhi.
Now fixed binutils is in f37 buildroot.
Building: https://koji.fedoraproject.org/koji/taskinfo?taskID=85060277