[issue1648957] HP-UX: _ctypes/libffi/src/ia64/ffi/__attribute__/native cc

Change by Ned Deily : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-

[issue40555] pegen (PEP 617): bug in error handling

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue40555] pegen (PEP 617): bug in error handling

Pablo Galindo Salgado added the comment: New changeset db9163ceef31ba00ccb23226917f9c8e9142a0b8 by Pablo Galindo in branch 'master': bpo-40555: Check for p->error_indicator in loop rules after the main loop is done (GH-19986) https://github.com/python/cpython/commit/db9163ceef31ba00ccb232269

[issue36944] Add support for ARM64 to libffi

Change by Ned Deily : -- resolution: out of date -> third party status: open -> closed ___ Python tracker ___ ___ Python-bugs-list m

[issue40334] PEP 617: new PEG-based parser

Change by Pablo Galindo Salgado : -- pull_requests: +19303 pull_request: https://github.com/python/cpython/pull/19987 ___ Python tracker ___ ___

[issue25413] ctypes (libffi) fails to compile on Solaris X86

Ned Deily added the comment: As of Python 3.7, we no longer "vendor" a copy of the libffi source in Python source releases; you either need to use a system-supplied libffi, a third-party binary, or build it youself. Also Python 2.7 has reached end-of-life and is now frozen. So, if any libf

[issue26192] python3 k1om dissociation permanence: libffi

Ned Deily added the comment: Thanks for the patch and sorry for the long delay in replying. As you may know, as of Python 3.7, we no longer "vendor" a copy of the libffi source in Python source releases; you now have to use either a system-supplied version of libffi or otherwise supply your

[issue40556] test__xxsubinterpreters leaked [1486, 1484, 1484, 1484] references

New submission from Pablo Galindo Salgado : Minimal reproducer: ./python -m test test__xxsubinterpreters -m test_custom___reduce__ -R : 0:00:00 load avg: 3.20 Run tests sequentially 0:00:00 load avg: 3.20 [1/1] test__xxsubinterpreters beginning 9 repetitions 123456789 . test__xxsubinter

[issue18499] mingw: setup _ctypes module with system libffi

Ned Deily added the comment: 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 suppli

[issue14527] How to link with a non-system libffi?

Ned Deily added the comment: See also earlier discussions in Issue31710, Issue34823, Issue40488, and Issue40535, closed as duplicated of this issue. -- stage: -> needs patch type: enhancement -> ___ Python tracker

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

Ned Deily added the comment: Thanks for the report and for the analysis. There have been a number of reports over the years about problems trying to build and/or execute Pythons with an external copy of libffi. They have become more pressing now that we no longer vendor the source of libffi

[issue34823] libffi detection doesn’t work in my setup

Ned Deily added the comment: Thanks for the report and for the analysis. There have been a number of reports over the years about problems trying to build and/or execute Pythons with an external copy of libffi. They have become more pressing now that we no longer vendor the source of libffi

[issue40502] PyNode_New() does not initialize n->n_col_offset

Change by Joannah Nanjekye : -- keywords: +patch nosy: +nanjekyejoannah nosy_count: 1.0 -> 2.0 pull_requests: +19304 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19988 ___ Python tracker

[issue40535] While build python 3.8.2 in linux ctypes.so is using libffi.so.6 instead of libffi.so.7

Ned Deily added the comment: Thanks for the report and for the analysis. There have been a number of reports over the years about problems trying to build and/or execute Pythons with an external copy of libffi. They have become more pressing now that we no longer vendor the source of libffi

[issue40488] setup.py shall search by default for libffi.so in /usr/local/lib64

Ned Deily added the comment: Thanks for the report and for the analysis. There have been a number of reports over the years about problems trying to build and/or execute Pythons with an external copy of libffi. They have become more pressing now that we no longer vendor the source of libffi

[issue40549] Convert posixmodule.c to multiphase initialization (PEP 489)

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue40553] Python 3.8.2 Mac freezing/not responding when saving new programs

Terry J. Reedy added the comment: Zain, what I understand is: > python3.8 -m idlelib # To open idle from Terminal In IDLE, File=>New, then File=>SaveAs In dialog opened to Documents, enter name in Save As box, then click Save. For me 2012? Macbook Air with 10.14.6? Mohave and 3.8.3rc1, dialog

[issue40557] Move captured_stdin(), captured_stdout(), and captured_stderr() to the public API.

New submission from Mariusz Felisiak : I would like to propose making test.support.captured_stdin(), captured_stdout(), and captured_stderr() public APIs with guaranteed stability. These helpers are really useful and are stable for the last ~10 years. -- components: Tests messages: 36

[issue40557] Move captured_stdin(), captured_stdout(), and captured_stderr() to the public API.

Mariusz Felisiak added the comment: I can prepare a patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40273] mappingproxy isn't reversible

Raymond Hettinger added the comment: New changeset 02fa0ea9c1073e4476c9bde3d7112f5dd964aa57 by Zackery Spytz in branch 'master': bpo-40273: Reversible mappingproxy (FH-19513) https://github.com/python/cpython/commit/02fa0ea9c1073e4476c9bde3d7112f5dd964aa57 -- __

[issue40558] update CONTRIBUTING.rst docs

New submission from hai shi : update the links of buildbot in CONTRIBUTING.rst. I don't know why I can not visit `http://buildbot.python.org/3.8.stable/` -- assignee: docs@python components: Documentation messages: 368422 nosy: docs@python, shihai1991 priority: normal severity: normal

[issue40558] update CONTRIBUTING.rst docs

Change by hai shi : -- keywords: +patch pull_requests: +19305 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19989 ___ Python tracker ___

[issue40558] update CONTRIBUTING.rst docs

Zachary Ware added the comment: That redirect just didn't exist yet :). It now does, and I went ahead and added it for 3.9 ahead of time. -- nosy: +zach.ware ___ Python tracker

[issue40421] [C API] Add getter functions for PyFrameObject and maybe move PyFrameObject to the internal C API

Stefan Behnel added the comment: Adding to the list above: "f_lasti" is used in "libpython.py", which is an almost exact copy of the one in CPython's "Tools/gdb/" for debugging Python code in gdb. If that implementation changes, we can probably adapt, especially since it uses runtime genera

<    1   2