➜
This issue tracker has been migrated to GitHub,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2013-07-18 20:27 by rpetrov, last changed 2022-04-11 14:57 by admin. This issue is now closed.
| Files | ||||
|---|---|---|---|---|
| File name | Uploaded | Description | Edit | |
| 0011-MINGW-setup-_ctypes-module-with-system-libffi.patch | rpetrov, 2013-07-18 20:27 | review | ||
| Messages (2) | |||
|---|---|---|---|
| msg193322 - (view) | Author: Roumen Petrov (rpetrov) * | Date: 2013-07-18 20:27 | |
enhancement of issue3871 ( build core modules ). Part of issue 3871 is python libffi source for gnu assembler on 32 windows platform. The functionality is same as inlined assembled for MSC. Note python specific libffi customization is not in mainstream libffi source. This patch adds build with system libffi. You you like to use customized libffi then please extract from previous 'all in one' patch. |
|||
| msg368412 - (view) | Author: Ned Deily (ned.deily) *  |
Date: 2020-05-08 03:11 | |
Thanks for the suggested patch and sorry that it has not been replied to earlier. As of Python 3.7, the libffi source for Unix-y platforms is no longer "vendored" in Python source releases; building ctypes now requires an external copy of libffi, either as supplied by the system, a third-party distribution, or by building yourself. If changes to setup.py are still needed to build with a current external libffi, please feel free to reopen this issue with a pull request against the current master branch. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022-04-11 14:57:48 | admin | set | github: 62699 |
| 2020-05-08 03:11:07 | ned.deily | set | status: open -> closed nosy: + ned.deily messages: + msg368412 resolution: out of date stage: resolved |
| 2013-07-18 20:27:39 | rpetrov | create | |