Change:
See are now a thing:
python310 seems to build on aarch64-darwin just fine -
cc
This seems related:
Could this be related to codesigning somehow? The log shows: Often times when something just gets killed like that on darwin it has to do with the binary not being signed.
I don't believe code signing is a thing on x86_64-darwin, as far as Nixpkgs is concerned? Since the versions involved are 10.12 and 10.13.
Running the manually (even without the arguments), I see in the kernel log and no crash dump. The google pointed me to , so I've tried to use dtrace to see what is being done. returns a few entries and only one is returning 0x3 <details<predtrace: description 'fbt::vmsharedregionenter:entry' matched 1 probe dtrace: description 'fbt::vmsharedregionenter:return' matched 1 probe CPU ID FUNCTION:NAME 0 vmsharedregionenter:entry 6943 zsh kernelvmmapexec+0x17f kernel0xffffff8019eaf1c0+0x10a7 kernel0xffffff8019eb61c0+0x642 kernelmacexecve+0x227 kernelexecve+0x59 kernelunixsyscall64+0x27d kernelhndlunixscall64+0x16 0 vmsharedregionenter:return 3642 3 7 vmsharedregionenter:entry 6944 zsh kernelvmmapexec+0x17f kernel0xffffff8019eaf1c0+0x10a7 kernel0xffffff8019eb61c0+0x642 kernelmacexecve+0x227 kernelexecve+0x59 kernelunixsyscall64+0x27d kernelhndlunixscall64+0x16 7 vmsharedregionenter:return 3642 0 0 vmsharedregionenter:entry 6946 zsh kernelvmmapexec+0x17f kernel0xffffff8019eaf1c0+0x10a7 kernel0xffffff8019eb61c0+0x642 kernelmacexecve+0x227 kernelexecve+0x59 kernelunixsyscall64+0x27d kernelhndlunixscall64+0x16 0 vmsharedregionenter:return 3642 0 0 vmsharedregionenter:entry 6949 zsh kernelvmmapexec+0x17f kernel0xffffff8019eaf1c0+0x10a7 kernel0xffffff8019eb61c0+0x642 kernelmacexecve+0x227 kernelexecve+0x59 kernelunixsyscall64+0x27d kernelhndlunixscall64+0x16 0 vmsharedregionenter:return 3642 0 0 vmsharedregionenter:entry 6951 zsh kernelvmmapexec+0x17f kernel0xffffff8019eaf1c0+0x10a7 kernel0xffffff8019eb61c0+0x642 kernelmacexecve+0x227 kernelexecve+0x59 kernelunixsyscall64+0x27d kernelhndlunixscall64+0x16 0 vmsharedregionenter:return 3642 0 2 vmsharedregionenter:entry 6952 zsh kernelvmmapexec+0x17f kernel0xffffff8019eaf1c0+0x10a7 kernel0xffffff8019eb61c0+0x642 kernelmacexecve+0x227 kernelexecve+0x59 kernelunixsyscall64+0x27d kernelhndlunixscall64+0x16 2 vmsharedregionenter:return 3642 0 4 vmsharedregionenter:entry 6953 zsh kernelvmmapexec+0x17f kernel0xffffff8019eaf1c0+0x10a7 kernel0xffffff8019eb61c0+0x642 kernel_macexecve+0x227 kernelexecve+0x59 kernelunixsyscall64+0x27d kernel`hndlunix_scall64+0x16 </pre</detailsSo, I guess our python executable doesn't even start, so it's not the Go bug. Then it's something to do with loading of the mach-o files themselves?
Presumably by sheer luck today's 12.2 beta a better log message here:
Anyone available to do a bisect?
To avoid duplicating the work: I'm running a bisect, but it takes a while: many packages need to be rebuild at each step.
It bisects to .
Time to bisect Python itself then?
was released a couple of days ago. I'm trying to compile it to see if it fixes this issue.
Same issue with 3.10.2...
Looking at I get a feeling that the is the culpit Will attempt bisecting python still
That seems to be it. Comparing it with the , the only difference appears to be that, when building the sysconfig , Python is passing:
First bad commit is
The option was patched away in since a long time, but for a completely different reason.
Bisected the stack size setting breakage to
There are only 'skip'ped commits left to test. The first bad commit could be any of: We cannot bisect more!
are there any ideas why is this happening?
I don't know why the problem happens, but there is a fix. This will be fixed once lands on master

Discussion:
prePatch = optionalString stdenv.isDarwin '' substituteInPlace configure --replace '`/usr/bin/arch`' '"i386"' <del> substituteInPlace configure --replace '-Wl,-stack_size,1000000' ' ' </del> '' + optionalString (pythonOlder "3.9" && stdenv.isDarwin && x11Support) '' # Broken on >= 3.9; replaced with ./3.9/darwin-tcl-tk.patch substituteInPlace setup.py --replace /Library/Frameworks /no-such-path

substituteInPlace ./setup.py --replace $i /no-such-path done '' + optionalString stdenv.isDarwin '' <del> export NIX_CFLAGS_COMPILE="$NIX_CFLAGS_COMPILE -msse2" export MACOSX_DEPLOYMENT_TARGET=10.6 </del> # Override the auto-detection in setup.py, which assumes a universal build export PYTHON_DECIMAL_WITH_MACHINE=${if stdenv.isAarch64 then "uint128" else "x64"} '' + optionalString (isPy3k && pythonOlder "3.7") ''