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@/).
