The Cython compiler for writing C extensions for the Python language
The Cython language makes writing C extensions for the Python language as
easy as Python itself. Cython is a source code translator based on the
well-known Pyrex, but supports more cutting edge functionality and
optimizations.
The Cython language is very close to the Python language (and most Python
code is also valid Cython code), but Cython additionally supports calling C
functions and declaring C types on variables and class attributes. This
allows the compiler to generate very efficient C code from Cython code.
This makes Cython the ideal language for writing glue code for external C
libraries, and for fast C modules that speed up the execution of Python
code.
- Developed at devel:languages:python
- Sources inherited from project openSUSE:Factory
-
8
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory:zSystems/python-Cython && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
Cython-3.0.4.tar.gz | 0002733706 2.61 MB | |
python-Cython-rpmlintrc | 0000000195 195 Bytes | |
python-Cython.changes | 0000099835 97.5 KB | |
python-Cython.spec | 0000003511 3.43 KB |
Revision 75 (latest revision is 83)
Ana Guerrero (anag+factory)
accepted
request 1118531
from
Daniel Garcia (dgarcia)
(revision 75)
- update to version 3.0.4: * Features added - A new compiler directive show_performance_hints was added to disable the newly added performance hint output. (Github issue :issue:`5748`) * Bugs fixed - `cythonize` required ``distutils even for operations that did not build binaries. (Github issue :issue:`5751`) - A regression in 3.0.3 was fixed that prevented calling inline functions from another inline function in .pxd files. (Github issue :issue:`5748`) - Some C compiler warnings were resolved. Patch by Pierre Jolivet. (Github issue :issue:`5756`) - update to version 3.0.3: * Features added - More warnings were added to help users migrate and avoid bugs. (Github issue #5650) - A warning-like category for performance hints was added that bypasses -Werror. (Github issue #5673) - FastGIL now uses standard thread_local in C++. (Github issue #5640) - reference_wrapper was added to libcpp.functional. Patch by Vyas Ramasubramani. (Github issue #5671) - The cythonize command now supports the --cplus option known from the cython command. (Github issue #5736) * Bug fixed - Performance regressions where the GIL was needlessly acquired were fixed. (Github issues #5670, #5700) - A reference leak for exceptions in Python 3.12 was resolved. Patch by Eric Johnson. (Github issue #5724) - fastcall calls with keyword arguments generated incorrect C code. (Github issue #5665) - Assigning the type converted result of a conditional (if-else) expression to int or bool variables could lead to incorrect C code. (Github issue #5731) - Early (unlikely) failures in Python function wrappers no longer set a traceback in order to simplify the C code flow. Being mostly memory allocation errors, they probably would never have created a traceback anyway. (Github issue #5681) - Relative cimports from packages with __init__.py files could fail. (Github issue #5715) - Several issues with the Limited API support were resolved. (Github issues #5641, #5648, #5689) - The code generated for special-casing both Cython functions and PyCFunctions was cleaned up to avoid calling C-API functions that were not meant for the other type respectively. This could previously trigger assertions in CPython debug builds and now also plays better with the Limited API. (Github issues #4804, #5739) - Fix some C compiler warnings. Patches by Ralf Gommers, Oleksandr Pavlyk, Sebastian Koslowski et al. (Github issues #5651, #5663, #5668, #5717, #5726, #5734) - Generating gdb debugging information failed when using generator expressions. Patch by Oleksandr Pavlyk. (Github issue #5552) - Passing a setuptools.Extension into cythonize() instead of a distutils.Extension could make it miss the matching extensions. - cython -M needlessly required distutils, which made it fail in Python 3.12. (Github issue #5681) * Other changes - The visible deprecation warning for DEF was removed again since it proved difficult for some users to migrate away from it. The statement is still meant to be removed at some point (and thus, like IF, should not be used in new code), but the time for sunset is probably not around the corner. (Github issue #4310) - The np_pythran option raise a DeprecationWarning if it receives other values than True and False. This will eventually be disallowed (in line with all other boolean options).
Comments 0