https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114692
Bug ID: 114692 Summary: [14 Regression] Symbol versioning problem in GCC 14 libstdc++.so.6 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: jakub at gcc dot gnu.org Target Milestone: --- I was just updating libstdc++ baseline_symbols.txt files from latest Fedora, but seems we have a major issue. While the CXXABI_1.3.15 symver is really new in GCC 14 and got one symbol, I think GCC 13.1 shipped with GLIBCXX_3.4.31 as latest symver, but then we applied PR108969 fix for 13.2 and added one symbol to GLIBCXX_3.4.32 - _ZSt21ios_base_library_initv. But new symbols for GCC 14 should have been therefore added to GLIBCXX_3.4.33, but they were actually added to GLIBCXX_3.4.32 which already shipped in GCC 13.2: _ZNKSt12__basic_fileIcE13native_handleEv@@GLIBCXX_3.4.32 _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE11_S_allocateERS3_m@@GLIBCXX_3.4.32 _ZNSt7__cxx1112basic_stringIwSt11char_traitsIwESaIwEE11_S_allocateERS3_m@@GLIBCXX_3.4.32 (or s/m@/j@/ or s/m@/y@/).