| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
Most changes to Python require a NEWS entry. Add one using the blurb_it web app or the blurb command-line tool. If this change has little impact on Python users, wait for a maintainer to apply the skip news label instead. |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM.
How do we feel about backporting?
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM. But please remove the two empty lines to be consistent with other header files.
Sorry, something went wrong.
|
I don't think this affects 3.12 |
Sorry, something went wrong.
Python 3.12 is also affected, but the code is different. |
Sorry, something went wrong.
Pretty much everything else exported by Python.h has an extern "C" annotation, yet this header appears to be missing one.
No strong opinions from my end. I was able to work around the problem. But I wanted to make sure to fix the issue upstream. |
Sorry, something went wrong.
Pretty much everything else exported by Python.h has an extern "C" annotation, yet this header appears to be missing one. (cherry picked from commit 2cdeb61) Co-authored-by: Peter Hawkins <hawkinsp@cs.stanford.edu>
|
Sorry, @hawkinsp and @vstinner, I could not cleanly backport this to 3.12 due to a conflict. cherry_picker 2cdeb61b57e638ae46a04386330a12abe9cddf2c 3.12 |
Sorry, something went wrong.
|
GH-127815 is a backport of this pull request to the 3.13 branch. |
Sorry, something went wrong.
⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️Hi! The buildbot aarch64 RHEL8 LTO + PGO 3.x has failed when building commit 2cdeb61. What do you need to do:
You can take a look at the buildbot page here: https://buildbot.python.org/#/builders/78/builds/8019 Summary of the results of the build (if available): == Click to see traceback logsTraceback (most recent call last):
File "/home/buildbot/buildarea/3.x.cstratak-RHEL8-aarch64.lto-pgo/build/Lib/threading.py", line 1054, in _bootstrap_inner
self.run()
~~~~~~~~^^
File "/home/buildbot/buildarea/3.x.cstratak-RHEL8-aarch64.lto-pgo/build/Lib/threading.py", line 996, in run
self._target(*self._args, **self._kwargs)
~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/buildbot/buildarea/3.x.cstratak-RHEL8-aarch64.lto-pgo/build/Lib/test/test_interpreters/test_stress.py", line 30, in task
interp = interpreters.create()
File "/home/buildbot/buildarea/3.x.cstratak-RHEL8-aarch64.lto-pgo/build/Lib/test/support/interpreters/__init__.py", line 76, in create
id = _interpreters.create(reqrefs=True)
interpreters.InterpreterError: interpreter creation failed
k
|
Sorry, something went wrong.
Pretty much everything else exported by Python.h has an extern "C" annotation, yet this header appears to be missing one. (cherry picked from commit 2cdeb61)
|
GH-127817 is a backport of this pull request to the 3.12 branch. |
Sorry, something went wrong.
This exposed a latent bug in CPython (python/cpython#127772), but it's probably not a good practice in general to wrap other code's headers with extern guards.
This extern block was recently moved, which exposed a latent bug in CPython (python/cpython#127772), but it's probably not a good practice in general to wrap other code's headers with extern guards.
This extern block was recently moved, which exposed a latent bug in CPython (python/cpython#127772), but it's probably not a good practice in general to wrap other code's headers with extern guards.
This extern block was recently moved, which exposed a latent bug in CPython (python/cpython#127772), but it's probably not a good practice in general to wrap other code's headers with extern guards.
This extern block was recently moved, which exposed a latent bug in CPython (python/cpython#127772), but it's probably not a good practice in general to wrap other code's headers with extern guards.
Pretty much everything else exported by Python.h has an extern "C" annotation, yet this header appears to be missing one.
| Back | FazBrowse Home | New Git URL |
Pretty much everything else exported by Python.h has an extern "C" annotation, yet this header appears to be missing one.
(Noticed because numpy/numpy@7124091 added an extern "C" around its include of <Python.h>, which should have been a no-op but wasn't in all cases.)