Message335464
| Author |
vstinner |
| Recipients |
eric.snow, ncoghlan, vstinner |
| Date |
2019年02月13日.17:05:33 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1550077533.21.0.858086409717.issue35886@roundup.psfhosted.org> |
| In-reply-to |
| Content |
> @Victor, do you see any problems with doing this? It will help simplify other changes I'm working on.
I'm quite sure that they are users of the PyInterpreterState structure outside CPython internals and stdlib, but I expect that the number is quite low.
Since internal headers are now installed (I modified "make install" for that) (but need to define Py_BUILD_CORE), it might be acceptable to force users of this structure to opt-in for internal headers.
Just make sure that we properly communicate on such backward incompatible changes:
* "C API Changes" section of https://docs.python.org/dev/whatsnew/3.8.html#porting-to-python-3-8
* mail to python-dev
The bpo-35810 also proposes a subtle backward incompatible change which makes me unhappy, but Stefan Behnel seems less scared than me, so maybe it will be fine.
Maybe we need to organize a collective effort to better communicate on our backward incompatible C API changes. The capi-sig mailing list may be a good channel for that. I asked to test some popular C extensions to check that they are not broken. If it's the case, we should help them to be prepared for the new C API. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2019年02月13日 17:05:33 | vstinner | set | recipients:
+ vstinner, ncoghlan, eric.snow |
| 2019年02月13日 17:05:33 | vstinner | set | messageid: <1550077533.21.0.858086409717.issue35886@roundup.psfhosted.org> |
| 2019年02月13日 17:05:33 | vstinner | link | issue35886 messages |
| 2019年02月13日 17:05:33 | vstinner | create |
|