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/2018-November/155733.html below:

[Python-Dev] Experiment an opt-in new C API for Python? (leave current API unchanged)

[Python-Dev] Experiment an opt-in new C API for Python? (leave current API unchanged) [Python-Dev] Experiment an opt-in new C API for Python? (leave current API unchanged)Antoine Pitrou solipsis at pitrou.net
Wed Nov 14 07:10:08 EST 2018
On Wed, 14 Nov 2018 11:48:15 +0100
Victor Stinner <vstinner at redhat.com> wrote:
> Le mer. 14 nov. 2018 à 11:24, Antoine Pitrou <solipsis at pitrou.net> a écrit :
> > For example in PyArrow we use PySequence_Fast_GET_ITEM() (*)  
> 
> Maybe PyArrow is a kind of C extension which should have one
> implementation for the new C API (PyPy) and one implementation for the
> current C API (CPython)?

Yes, maybe.  I'm just pointing out that we're using those macros and
removing them from the C API (or replacing them with non-inline
functions) would hurt us.

> > and even
> > PyType_HasFeature() (**) (to quickly check for multiple base types with
> > a single fetch and comparison).  
> 
> I'm not sure that PyType_HasFeature() is an issue?

I don't know.  You're the one who decides :-)

cheers

Antoine.
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