Importing ctypes results in extra open libffi file descriptor since 3.14

Bug report

Bug description:

On python 3.13 (Fedora), importing ctypes results in the following output from lsfd:

python3 893377 daandemeyer    mem r-x---  REG   0:37     0  304862113 /usr/lib64/libffi.so.8.1.4
python3 893377 daandemeyer    mem r-----  REG   0:37     0  304862113 /usr/lib64/libffi.so.8.1.4
python3 893377 daandemeyer    mem r-----  REG   0:37     0  304862113 /usr/lib64/libffi.so.8.1.4
python3 893377 daandemeyer    mem rw----  REG   0:37     0  304862113 /usr/lib64/libffi.so.8.1.4

On python 3.14 (Fedora), importing ctypes results in the following output from lsfd:

python3 892407 daandemeyer      5 r-----  REG  0:238  1342       7553 /usr/lib64/libffi.so.8.2.0

This ended up breaking https://github.com/systemd/mkosi because it relied on the fact that no new regular file descriptors were opened by importing ctypes (on python 3.14 the file descriptor shows up in /proc/self/fd whereas on python 3.13 the file descriptors are memory maps which don't show up in /proc/self/fd). I searched through the commit list and couldn't find the commit that introduced this change. It also didn't seem to be documented in the release notes. Can anyone point me to the commit introducing this change and the reasoning behind it?

CPython versions tested on:

3.14

Operating systems tested on:

Linux

Bắt đầu bằng cách so sánh việc import ctypes trên Python 3.13 và 3.14 trên Linux, sử dụng lsfd và /proc/self/fd như trong báo cáo. Truy vết lịch sử commit của CPython cho thay đổi khiến libffi xuất hiện dưới dạng một bộ mô tả tệp thông thường, sau đó xác định lý do của thay đổi và liệu hành vi này có cần bản sửa lỗi hồi quy hoặc tài liệu trong ghi chú phát hành hay không. Được xem là hoàn tất khi thay đổi và lập luận được xác định, kiểm chứng rõ ràng.