Add CPython 3.13.0a4

[saaketp]

3.13.0a3 -> 3.13.0a4

[native-api]

The MacOS build fails. Looks like python is looking for libpython at a wrong prefix. Is this a known issue?

[native-api]

This seems to be an upstream issue:

2024-02-16T08:17:42.5537610Z dyld: Library not loaded: /lib/libpython3.13.dylib
2024-02-16T08:17:42.5566900Z   Referenced from: /Users/runner/work/pyenv/pyenv/versions/3.13.0a4/bin/python3.13
2024-02-16T08:17:42.5610750Z   Reason: image not found

(earlier)

2024-02-16T08:16:56.0094360Z clang -dynamiclib <...> -Wl,-rpath,/Users/runner/work/pyenv/pyenv/versions/3.13.0a4/lib <...> -Wl,-install_name,/lib/libpython3.13.dylib <...> -o libpython3.13.dylib <...>

the argument before /lib is Makefile var PYTHONFRAMEWORKINSTALLNAMEPREFIX which is only set for a framework build.

[nedbat]

This shouldn't have been merged if it doesn't build. Yes, it's an upstream issue, but now there isn't a way to get a 3.13 alpha on Mac. Have you reported the bug upstream?

[native-api]

The logic was, it's a prerelease, more so, an alpha, so you can expect issues and the need to work them out.

[nedbat]

Yes, except now Mac users cannot work them out. There's no version that is buildable. This error can be reported to CPython, and leave the PR unmerged. Then CPython can fix the build errors with a4, while Mac users can continue to try out a3. Or is someone else working on the build issue with a4?

[native-api]

Okay, reverted. Fair enough.

[nedbat]

Thanks, sorry to be pushy about it.. <3

[native-api]

Upstream report.

[freakboy3742]

Candidate fix