A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2016-September/146413.html below:

[Python-Dev] Python 3.7: remove all private C functions from the Python C API?

[Python-Dev] Python 3.7: remove all private C functions from the Python C API? [Python-Dev] Python 3.7: remove all private C functions from the Python C API?Serhiy Storchaka storchaka at gmail.com
Mon Sep 12 04:59:57 EDT 2016
On 12.09.16 11:41, Victor Stinner wrote:
> 2016-09-12 8:23 GMT+02:00 Benjamin Peterson <benjamin at python.org>:
>> That seems like a good idea in abstract. However, the boundaries will
>> have to be delineated. Many functions beginning _Py are effectively part
>> of the public API even for "well-behaved" 3rd-party extensions
>
> Oh ok, that's also what I expected.
>
> So we should be very careful. Maybe we can experiment building a few
> major C extensions like numpy to find such issues?

I think would be nice to create a test extension that uses *all* stable 
functions, build it with old Python versions and test if it works with 
new Python versions.


More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4