https://gcc.gnu.org/g:78aed0ae5de801cc1e8220b214145300b28da562

commit r15-9050-g78aed0ae5de801cc1e8220b214145300b28da562
Author: Jakub Jelinek <ja...@redhat.com>
Date:   Mon Mar 31 07:39:53 2025 +0200

    libstdc++: Fix up string _M_constructor<bool> exports [PR103827]
    
    On Thu, Mar 27, 2025 at 02:04:24PM +0100, Jan Hubicka wrote:
    > Seems I missed the approval, sorry.  I will push it - I think it would
    > be useful to have it in.
    
    Unfortunately the exports in this patch only work on targets where size_t is
    unsigned long, not e.g. on ia32 where it is unsigned int, or targets where
    it is unsigned long long.
    
    2025-03-31  Jakub Jelinek  <ja...@redhat.com>
    
            PR tree-optimization/103827
            PR tree-optimization/80331
            PR tree-optimization/87502
            * config/abi/pre/gnu.ver (GLIBCXX_3.4.34): Use [jmy] rather than m
            in pattern for _M_construct<bool>(char const*, size_t).

Diff:
---
 libstdc++-v3/config/abi/pre/gnu.ver | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/libstdc++-v3/config/abi/pre/gnu.ver 
b/libstdc++-v3/config/abi/pre/gnu.ver
index eb230290313c..10bf9975d450 100644
--- a/libstdc++-v3/config/abi/pre/gnu.ver
+++ b/libstdc++-v3/config/abi/pre/gnu.ver
@@ -2540,9 +2540,9 @@ GLIBCXX_3.4.34 {
     
_ZNSt8__format25__locale_encoding_to_utf8ERKSt6localeSt17basic_string_viewIcSt11char_traitsIcEEPv;
     # __sso_string constructor and destructor
     _ZNSt12__sso_string[CD][12]Ev;
-    # void std::__cxx11::basic_string<char, std::char_traits<char>, 
std::allocator<char> >::_M_construct<bool>(char const*, unsigned long)
+    # void std::__cxx11::basic_string<char, std::char_traits<char>, 
std::allocator<char> >::_M_construct<bool>(char const*, size_t)
     # and wide char version
-    
_ZNSt7__cxx1112basic_stringI[cw]St11char_traitsI[cw]ESaI[cw]EE12_M_constructILb[01]EEEvPK[cw]m;
+    
_ZNSt7__cxx1112basic_stringI[cw]St11char_traitsI[cw]ESaI[cw]EE12_M_constructILb[01]EEEvPK[cw][jmy];
 } GLIBCXX_3.4.33;
 
 # Symbols in the support library (libsupc++) have their own tag.

Reply via email to