too long lines were shrinked: [platform:WARNING] In file included from /var/tmp/portage/dev-python/pypy3_10-exe-7.3.12_p2/work/pypy3.10-v7.3.12-src/rpython/translator/c/src/thread.c:24: [platform:WARNING] /var/tmp/portage/dev-python/pypy3_10-exe-7.3.12_p2/work/pypy3.10-v7.3.12-src/rpython/translator/c/src/thread_pthread.c: In function 'RPyThreadStartEx': [platform:WARNING] /var/tmp/portage/dev-python/pypy3_10-exe-7.3.12_p2/work/pypy3.10-v7.3.12-src/rpython/translator/c/src/thread_pthread.c:134:34: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing] [platform:WARNING] 134 | return (Signed) *(Signed *) &th; [platform:WARNING] | ^~~~~~~~~~~~~~ [platform:Error] /var/tmp/portage/dev-python/pypy3_10-exe-7.3.12_p2/temp/usession-release-pypy3.10-v7.3.12-0/platcheck_65.c: In function 'dump_section_1': [platform:Error] /var/tmp/portage/dev-python/pypy3_10-exe-7.3.12_p2/temp/usession-release-pypy3.10-v7.3.12-0/platcheck_65.c:164:25: error: field 's' has incomplete type [platform:Error] 164 | platcheck_t s; [platform:Error] | ^ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl_hardened-20230814-144751 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-13 * clang/llvm (if any): clang version 16.0.6 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/16/bin Configuration file: /etc/clang/clang.cfg /usr/lib/llvm/16 16.0.6 Python 3.11.4 Available Ruby profiles: [1] ruby31 (with Rubygems) * php cli (if any): go version go1.21.0 linux/amd64 HEAD of ::gentoo commit d081a36975e2e54e815ac7057a645f79d51d9b4b Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Wed Aug 16 01:31:41 2023 +0000 2023-08-16 01:31:40 UTC emerge -qpvO dev-python/pypy3_10-exe [ebuild N ] dev-python/pypy3_10-exe-7.3.12_p2 USE="ncurses -jit -low-memory" CPU_FLAGS_X86="sse2"
Created attachment 867941 [details] emerge-info.txt
Created attachment 867942 [details] dev-python:pypy3_10-exe-7.3.12_p2:20230816-023226.log
Created attachment 867943 [details] emerge-history.txt
Created attachment 867944 [details] environment
Created attachment 867945 [details] etc.clang.tar.xz
Created attachment 867946 [details] etc.portage.tar.xz
Created attachment 867947 [details] logs.tar.xz
Created attachment 867948 [details] temp.tar.xz
This issue is related to musl-1.2.4, most probably because of the commit https://git.musl-libc.org/cgit/musl/commit/?id=25e6fee27f4a293728dd15b659170e7b9c7db9bc. The reasonable solution might be to add append-cflags -D_LARGEFILE64_SOURCE to configuration phase, see https://wiki.musl-libc.org/faq#Q:-Do-I-need-to-define-%3Ccode%3E_LARGEFILE64_SOURCE%3C/code%3E-to-get-64bit-%3Ccode%3Eoff_t%3C/code%3E?. It works for me.
(In reply to Petr Vaněk from comment #9) > This issue is related to musl-1.2.4, most probably because of the commit > https://git.musl-libc.org/cgit/musl/commit/ > ?id=25e6fee27f4a293728dd15b659170e7b9c7db9bc. The reasonable solution might > be to add > > append-cflags -D_LARGEFILE64_SOURCE > > to configuration phase, see > https://wiki.musl-libc.org/faq#Q:-Do-I-need-to-define- > %3Ccode%3E_LARGEFILE64_SOURCE%3C/code%3E-to-get-64bit-%3Ccode%3Eoff_t%3C/ > code%3E?. It works for me. That's a temporary workaround which isn't going to work for very long. See the discussion on bug 903611.
*** Bug 906831 has been marked as a duplicate of this bug. ***
Following two patches are needed if we want to fix this before next release: https://foss.heptapod.net/pypy/pypy/-/commit/91149c94ba6bbf917227207abc0720a3116d4f8d https://foss.heptapod.net/pypy/pypy/-/commit/fe70a784a40736676ad99114ef16e2169a30304d
Should be all done now.
