saltbundlepy-cython
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.
- Sources inherited from project systemsmanagement:s...ack:bundle:testing
-
1
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout systemsmanagement:saltstack:bundle:testing:AlmaLinux8/saltbundlepy-cython && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
Cython-0.29.32.tar.gz | 0002088773 1.99 MB | |
python-Cython-rpmlintrc | 0000000189 189 Bytes | |
saltbundlepy-cython.changes | 0000085298 83.3 KB | |
saltbundlepy-cython.spec | 0000003539 3.46 KB |
Revision 4 (latest revision is 6)
Pablo Suárez Hernández (PSuarezHernandez)
accepted
request 995140
from
Victor Zhestkov (vzhestkov)
(revision 4)
- Update to 0.29.32: - Bugs fixed: * Revert "Using memoryview typed arguments in inner functions is now rejected as unsupported." * from module import * failed in 0.29.31 when using memoryviews - Changes from 0.29.31: - Features added: * A new argument --module-name was added to the cython command to provide the (one) exact target module name from the command line. - Bugs fixed: * Use importlib.util.find_spec() instead of the deprecated importlib.find_loader() function when setting up the package path at import-time. * Require the C compiler to support the two-arg form of va_start on Python 3.10 and higher. * Make fused_type subscriptable in Shadow.py. * Fix the incorrect code generation of the target type in bytearray loops. * Atomic refcounts for memoryviews were not used on some GCC versions by accident. * Silence some GCC -Wconversion warnings in C utility code. * Tuple multiplication was ignored in expressions such as [*(1,) * 2]. * Calling append methods on extension types could fail to find the method in some cases. * Ensure that object buffers (e.g. ndarray[object, ndim=1]) containing NULL pointers are safe to use, returning None instead of the NULL pointer. * Using memoryview typed arguments in inner functions is now rejected as unsupported. * Compilation could fail on systems (e.g. FIPS) that block MD5 checksums at runtime. * Experimental adaptations for the CPython "nogil" fork was added. Note that
Comments 0