macOS: configure does not support linking against a non-system libffi

Bug report

Bug description:

On macOS, the configure script does not provide a way to link _ctypes against a non-system libffi.

Although LIBFFI_CFLAGS and LIBFFI_LIBS are documented as configuration variables for libffi, configure first checks for the system libffi from Apple's SDK and if found overwrites these variables.
The pkg-config based check, which does preserve these variables, is never run when the system libffi is detected.

The confusing --with-system-ffi option, removed in Python 3.12 (#100544), provided a way to invoke the pkg-config based configuration on macOS, bypassing the detection of the SDK libffi.

I ran into this while updating python-build-standalone to use the standard extension configuration in 3.12+ (astral-sh/python-build-standalone#1180). Other than patching configure the best option seemed to be to use ac_cv_lib_ffi_ffi_call=no to force the check to fail.

I also found that conda-forge patches configure to get around this issue when building CPython.

Related issues

• https://github.com/python/cpython/issues/58732
• https://github.com/python/cpython/pull/100544

CPython versions tested on:

3.12, 3.13, 3.14, 3.15, CPython main branch

Operating systems tested on:

macOS

Linked PRs

• gh-156486

4363–4392行付近にあるリンク先の configure.ac のチェックから始め、生成された configure スクリプトと比較してください。LIBFFI_CFLAGS、LIBFFI_LIBS、macOS SDK の libffi チェック、pkg-config チェックがどのように連携するかを追跡してください。macOS ビルドでユーザーが指定した設定を保持し、システム libffi ではない libffi に対して _ctypes をリンクできれば完了です。