Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

BPO-41100: macOS branch#21564

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Closed

Conversation

@ronaldoussoren
Copy link
Contributor

This PR will (but does not yet) contain all changes needed to build and run on macOS 11, including "Apple Silicon" hardware.

This merges some earlier patches as well as contributions by Apple.

We should consider just dropping support for macOS 10.4 hereto simplify the code.
This is support for ctypes on macOS/arm64 basedon PR 21249 by Lawrence D'Anna (Apple).Changes:- changed __builtin_available tests from 11.0 to 10.15- added test to setup.py for ffi_closure_alloc and use  that in malloc_closure.c- Minor change in the code path for ffi_prep_closure_var  (coding style change)
The preprocessor guard in the old version doesn't work, andisn't really needed (10.4 only supported 32-bit code whereunsigned long is the same as uint32_t).
This also adds an option to stop building after compiling the3th-party dependencies, as well as a script for archiving thosedependencies. This makes it easier to work on the build.There are three changes to build-installer.py related to universal2support:1. Add 'universal2' information to build-installer.py;2. Building OpenSSL for arm64 requires a patch at this time;3. For some reason I had to patch the Tcl build to avoid a build error.
Needed because my previous workaround doesn't work anymore.This uses a private API, that should be made public later...
}
}else
#endif

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

this will fail for variadic functions on Mac OS 10.14 and below, because it will not call eitherffi_prep_cif_var norffi_prep_cif

(is_macosx_at_least((10,15))or'-arch arm64'insysconfig.get_config_var("CFLAGS"))):
self.use_system_libffi=True
else:
self.use_system_libffi='--with-system-ffi'insysconfig.get_config_var("CONFIG_ARGS")

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I thought you said you wanted to get rid ofself.use_system_libffi and just use the system unconditionally.

jjhelmus added a commit to jjhelmus/cpython that referenced this pull requestAug 7, 2020
Apply changes frompython#21564to the Python 3.8.5 source code
@mattip
Copy link
Contributor

PyPy gota report thatSCDynamicStoreCopyProxies, used in_scproxy.c is no longer available. Is there something that needs to be done in this PR to support_scproxy, or is it a false flag from some user configuration? Thedocumentation for that function does not indicate it has been deprecated, perhaps there is a user permission setting that needs to be changed?

@lawrence-danna-apple
Copy link
Contributor

PyPy gota report thatSCDynamicStoreCopyProxies, used in_scproxy.c is no longer available. Is there something that needs to be done in this PR to support_scproxy, or is it a false flag from some user configuration? Thedocumentation for that function does not indicate it has been deprecated, perhaps there is a user permission setting that needs to be changed?

That function has not been deleted. In the stack-trace you link to it looks like thelibrary is None, so I'm guessing it's a manifestation ofthis

@mattip
Copy link
Contributor

Thanks, sorry for commenting in the wrong place.

@ned-deily
Copy link
Member

This PR has been included in and superseded byGH-22855,

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

1 more reviewer

@lawrence-danna-applelawrence-danna-applelawrence-danna-apple left review comments

Reviewers whose approvals may not affect merge requirements

Assignees

No one assigned

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

6 participants

@ronaldoussoren@mattip@lawrence-danna-apple@ned-deily@the-knights-who-say-ni@bedevere-bot

[8]ページ先頭

©2009-2025 Movatter.jp