https://bugs.kde.org/show_bug.cgi?id=520170
--- Comment #6 from Michael Catanzaro <[email protected]> --- (In reply to Paul Floyd from comment #5) > Could you send the output of > nm -D /lib64/libstdc++.so.6 | grep _Zn > nm -D /lib64/libstdc++.so.6 | grep _Zd > and > nm /lib64/libc.so.6 | grep " free" > For the last one there are several functions that start with free, I'm only > interest in free and free_sized. Please change the path if you are not using > the system libc.so and libstdc__.so. Sure. We need to use the libc.so.6 provided by freedesktop-sdk. It took me a while to figure out that I also have to always use 'nm -D' because freedesktop-sdk's libc.so.6 is stripped and contains no non-dynamic symbols. $ flatpak run -d --command=bash org.gnome.Builder.Devel [📦 org.gnome.Builder.Devel ~]$ nm /usr/lib/x86_64-linux-gnu/libc.so.6 nm: /usr/lib/x86_64-linux-gnu/libc.so.6: no symbols Using nm -D: [📦 org.gnome.Builder.Devel ~]$ nm -D /usr/lib/x86_64-linux-gnu/libc.so.6 | grep free 00000000000ab9d0 T cfree@GLIBC_2.2.5 00000000000ab9d0 T free@@GLIBC_2.2.5 000000000014d020 T freeaddrinfo@@GLIBC_2.2.5 00000000001f71c8 V __free_hook@GLIBC_2.2.5 000000000012dd90 W freeifaddrs@@GLIBC_2.3 0000000000037060 T __freelocale@@GLIBC_2.2.5 0000000000037060 W freelocale@@GLIBC_2.3 00000000000f33c0 T globfree@@GLIBC_2.2.5 00000000000f33c0 W globfree64@@GLIBC_2.2.5 000000000012c710 W if_freenameindex@@GLIBC_2.2.5 0000000000093a20 T _IO_free_backup_area@@GLIBC_2.2.5 0000000000089dd0 T _IO_free_wbackup_area@@GLIBC_2.2.5 00000000000ab9d0 T __libc_free@@GLIBC_2.2.5 00000000000adb40 T __libc_freeres@@GLIBC_2.2.5 00000000000ad2f0 T _obstack_free@@GLIBC_2.2.5 00000000000ad2f0 T obstack_free@@GLIBC_2.2.5 000000000011f480 W pkey_free@@GLIBC_2.27 00000000001046d0 W regfree@@GLIBC_2.2.5 00000000001054f0 T __sched_cpufree@@GLIBC_2.7 000000000010ae90 T wordfree@@GLIBC_2.2.5 0000000000167b80 T xdr_free@GLIBC_2.2.5 The free looks like yours. But notice ***there is no free_sized*** unlike on my Fedora 44 host system, where it's listed between freelocale and globfree. Fedora 44 has glibc 2.43, but freedesktop-sdk 25.08 has glibc 2.42, and free_sized is new in glibc 2.42, so that's actually expected. Is that bad? On to libstdc++: [📦 org.gnome.Builder.Devel ~]$ nm -D /usr/lib/x86_64-linux-gnu/libstdc++.so | grep _Zn 00000000000ccbd0 T _Znam@@GLIBCXX_3.4 00000000000ccbe0 T _ZnamRKSt9nothrow_t@@GLIBCXX_3.4 00000000000cccd0 T _ZnamSt11align_val_t@@CXXABI_1.3.11 00000000000ccce0 T _ZnamSt11align_val_tRKSt9nothrow_t@@CXXABI_1.3.11 00000000000ccb60 T _Znwm@@GLIBCXX_3.4 00000000000ccbb0 T _ZnwmRKSt9nothrow_t@@GLIBCXX_3.4 00000000000ccc00 T _ZnwmSt11align_val_t@@CXXABI_1.3.11 00000000000cccb0 T _ZnwmSt11align_val_tRKSt9nothrow_t@@CXXABI_1.3.11 [📦 org.gnome.Builder.Devel ~]$ nm -D /usr/lib/x86_64-linux-gnu/libstdc++.so | grep _Zd 00000000000cab70 T _ZdaPv@@GLIBCXX_3.4 00000000000cab80 T _ZdaPvm@@CXXABI_1.3.9 00000000000ccd50 T _ZdaPvmSt11align_val_t@@CXXABI_1.3.11 00000000000cab90 T _ZdaPvRKSt9nothrow_t@@GLIBCXX_3.4 00000000000ccd30 T _ZdaPvSt11align_val_t@@CXXABI_1.3.11 00000000000ccd40 T _ZdaPvSt11align_val_tRKSt9nothrow_t@@CXXABI_1.3.11 00000000000cab40 T _ZdlPv@@GLIBCXX_3.4 00000000000cab50 T _ZdlPvm@@CXXABI_1.3.9 00000000000ccd20 T _ZdlPvmSt11align_val_t@@CXXABI_1.3.11 00000000000cab60 T _ZdlPvRKSt9nothrow_t@@GLIBCXX_3.4 00000000000ccd00 T _ZdlPvSt11align_val_t@@CXXABI_1.3.11 00000000000ccd10 T _ZdlPvSt11align_val_tRKSt9nothrow_t@@CXXABI_1.3.11 This all looks the same as on my Fedora 44 host system (just with different offsets). -- You are receiving this mail because: You are watching all bug changes.
