Created attachment 900842 [details] build.log Have been caught on timberdoodle (ppc32 & ppc64) and on kamaji (arm32 & arm64) > All failures: > -> linuxlike: 14 static dynamic linkage I'm not sure what extra information you need, but this is reproducible on the arch testing containers, so easy to run again and pass info.
I logged into matoro's ppc64dev box and ran the failing tests manually. It tries to detect whether we actually linked statically to libz.a output = subprocess.check_output(['nm', path]).decode('utf-8') if 'T zlibVersion' in output: return 0 return 1 This works on amd64. $ nm builddir/main_static 0000000000004010 B __bss_start w __cxa_finalize@GLIBC_2.2.5 0000000000004000 D __data_start 0000000000004000 W data_start 0000000000004008 D __dso_handle 0000000000003dc0 d _DYNAMIC 0000000000004010 D _edata 0000000000004018 B _end 00000000000011cc T _fini 0000000000003fb0 d _GLOBAL_OFFSET_TABLE_ w __gmon_start__ 000000000000200c r __GNU_EH_FRAME_HDR 0000000000001000 T _init 0000000000002000 R _IO_stdin_used w _ITM_deregisterTMCloneTable w _ITM_registerTMCloneTable U __libc_start_main@GLIBC_2.34 0000000000001169 T main U puts@GLIBC_2.2.5 U __stack_chk_fail@GLIBC_2.4 0000000000001080 T _start 0000000000004010 D __TMC_END__ 0000000000001190 T zlibVersion It fails on ppc64dev: $ nm builddir/main_static 00000000000009c0 t 0000001b.plt_call.__cxa_finalize@@GLIBC_2.3 00000000000009a0 t 0000001b.plt_call.free@@GLIBC_2.3 0000000000000960 t 0000001b.plt_call.__libc_start_main@@GLIBC_2.34 0000000000000980 t 0000001b.plt_call.malloc@@GLIBC_2.3 00000000000009e0 t 0000001b.plt_call.puts@@GLIBC_2.3 0000000000000900 t 00000038.plt_call.__gmon_start__ 0000000000020010 B __bss_start w __cxa_finalize@GLIBC_2.3 0000000000020000 D __data_start 0000000000020000 W data_start 0000000000020008 D __dso_handle 000000000001fb20 d _DYNAMIC 0000000000020010 D _edata 0000000000020018 B _end 000000000001fd50 D _fini U free@GLIBC_2.3 0000000000000da8 t __glink_PLTresolve w __gmon_start__ 0000000000000ec8 r __GNU_EH_FRAME_HDR 000000000001fd38 D _init 0000000000000e20 R _IO_stdin_used w _ITM_deregisterTMCloneTable w _ITM_registerTMCloneTable U __libc_start_main@GLIBC_2.34 000000000001fdc8 D main U malloc@GLIBC_2.3 U puts@GLIBC_2.3 000000000001fd20 D _start 0000000000020010 D __TMC_END__ 000000000001fe28 D zcalloc 000000000001fe40 D zcfree 000000000001fad0 D z_errmsg 000000000001fe10 D zError 000000000001fdf8 D zlibCompileFlags 000000000001fde0 D zlibVersion
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=274cd7d5c629406c817a03eadbf1d8da50791172 commit 274cd7d5c629406c817a03eadbf1d8da50791172 Author: Eli Schwartz <eschwartz@gentoo.org> AuthorDate: 2024-09-20 21:22:28 +0000 Commit: Eli Schwartz <eschwartz@gentoo.org> CommitDate: 2024-09-20 21:23:06 +0000 dev-build/meson: add 1.5.2 Closes: https://bugs.gentoo.org/938133 Closes: https://bugs.gentoo.org/938259 Closes: https://bugs.gentoo.org/936670 Closes: https://bugs.gentoo.org/936911 Signed-off-by: Eli Schwartz <eschwartz@gentoo.org> dev-build/meson/Manifest | 3 + dev-build/meson/meson-1.5.2.ebuild | 190 +++++++++++++++++++++++++++++++++++++ 2 files changed, 193 insertions(+)
