On 2018-06-20 08:00, Stefan Behnel wrote: > Just to add another bit of background on top of the current discussion, > there is an idea around, especially in the scipy/big-data community, (and > I'm not giving any guarantees here that it will lead to a PEP + > implementation, as it depends on people's workload) to design a dedicated C > level calling interface for Python. Think of it as similar to the buffer > interface, but for calling arbitrary C functions by bypassing the Python > call interface entirely. Objects that wrap some kind of C function (and > there are tons of them in the CPython world) would gain C signature meta > data, maybe even for overloaded signatures, and C code that wants to call > them could validate that meta data and call them as native C calls. See also https://www.python.org/dev/peps/pep-0579/#allowing-native-c-arguments I specifically designed PEP 580 to be extendable such that it would be possible to add features later.
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