2019-11-09 22:51:15 +01:00
|
|
|
@comment $NetBSD: PLIST,v 1.25 2019/11/09 21:51:15 adam Exp $
|
py-cython: updated to 0.29
0.29:
Features added
--------------
PEP-489 multi-phase module initialisation has been enabled again. Module reloads in other subinterpreters raise an exception to prevent corruption of the static module state.
A set of mypy compatible PEP-484 declarations were added for Cython’s C data types to integrate with static analysers in typed Python code. They are available in the Cython/Shadow.pyi module and describe the types in the special cython module that can be used for typing in Python code.
Memoryviews are supported in PEP-484/526 style type declarations.
@cython.nogil is supported as a C-function decorator in Python code.
Raising exceptions from nogil code will automatically acquire the GIL, instead of requiring an explicit with gil block.
C++ functions can now be declared as potentially raising both C++ and Python exceptions, so that Cython can handle both correctly.
cython.inline() supports a direct language_level keyword argument that was previously only available via a directive.
A new language level name 3str was added that mostly corresponds to language level 3, but keeps unprefixed string literals as type ‘str’ in both Py2 and Py3, and the builtin ‘str’ type unchanged. This will become the default in the next Cython release and is meant to help user code a) transition more easily to this new default and b) migrate to Python 3 source code semantics without making support for Python 2.x difficult.
In CPython 3.6 and later, looking up globals in the module dict is almost as fast as looking up C globals.
For a Python subclass of an extension type, repeated method calls to non-overridden cpdef methods can avoid the attribute lookup in Py3.6+, which makes them 4x faster.
(In-)equality comparisons of objects to integer literals are faster.
Some internal and 1-argument method calls are faster.
Modules that cimport many external extension types from other Cython modules execute less import requests during module initialisation.
Constant tuples and slices are deduplicated and only created once per module.
The coverage plugin considers more C file extensions such as .cc and .cxx.
The cythonize command accepts compile time variable values (as set by DEF) through the new -E option.
pyximport can import from namespace packages.
Some missing numpy and CPython C-API declarations were added.
Declarations for the pylifecycle C-API functions were added in a new .pxd file cpython.pylifecycle.
The Pythran support was updated to work with the latest Pythran 0.8.7
%a is included in the string formatting types that are optimised into f-strings. In this case, it is also automatically mapped to %r in Python 2.x.
New C macro CYTHON_HEX_VERSION to access Cython’s version in the same style as PY_HEX_VERSION.
Constants in libc.math are now declared as const to simplify their handling.
An additional check_size clause was added to the ctypedef class name specification to allow suppressing warnings when importing modules with backwards-compatible PyTypeObject size changes.
Bugs fixed
----------
The exception handling in generators and coroutines under CPython 3.7 was adapted to the newly introduced exception stack. Users of Cython 0.28 who want to support Python 3.7 are encouraged to upgrade to 0.29 to avoid potentially incorrect error reporting and tracebacks.
Crash when importing a module under Stackless Python that was built for CPython.
2-value slicing of typed sequences failed if the start or stop index was None.
Multiplied string literals lost their factor when they are part of another constant expression (e.g. ‘x’ * 10 + ‘y’ => ‘xy’).
String formatting with the ‘%’ operator didn’t call the special __rmod__() method if the right side is a string subclass that implements it.
The directive language_level=3 did not apply to the first token in the source file.
Overriding cpdef methods did not work in Python subclasses with slots. Note that this can have a performance impact on calls from Cython code.
Fix declarations of builtin or C types using strings in pure python mode.
Generator expressions and lambdas failed to compile in @cfunc functions.
Global names with const types were not excluded from star-import assignments which could lead to invalid C code.
Several internal function signatures were fixed that lead to warnings in gcc-8.
The numpy helper functions set_array_base() and get_array_base() were adapted to the current numpy C-API recommendations.
Some NumPy related code was updated to avoid deprecated API usage.
Several C++ STL declarations were extended and corrected.
C lines of the module init function were unconditionally not reported in exception stack traces.
When PEP-489 support is enabled, reloading the module overwrote any static module state. It now raises an exception instead, given that reloading is not actually supported.
Object-returning, C++ exception throwing functions were not checking that the return value was non-null.
The source file encoding detection could get confused if the c_string_encoding directive appeared within the first two lines.
Cython generated modules no longer emit a warning during import when the size of the NumPy array type is larger than what was found at compile time. Instead, this is assumed to be a backwards compatible change on NumPy side.
Other changes
-------------
Cython now emits a warning when no language_level (2, 3 or ‘3str’) is set explicitly, neither as a cythonize() option nor as a compiler directive. This is meant to prepare the transition of the default language level from currently Py2 to Py3, since that is what most new users will expect these days. The future default will, however, not enforce unicode literals, because this has proven a major obstacle in the support for both Python 2.x and 3.x. The next major release is intended to make this change, so that it will parse all code that does not request a specific language level as Python 3 code, but with str literals. The language level 2 will continue to be supported for an indefinite time.
The documentation was restructured, cleaned up and examples are now tested. The NumPy tutorial was also rewritten to simplify the running example.
Cython compiles less of its own modules at build time to reduce the installed package size to about half of its previous size. This makes the compiler slightly slower, by about 5-7%.
2018-10-15 10:21:03 +02:00
|
|
|
bin/cygdb-${PYVERSSUFFIX}
|
|
|
|
|
bin/cython-${PYVERSSUFFIX}
|
|
|
|
|
bin/cythonize-${PYVERSSUFFIX}
|
2014-02-18 17:13:31 +01:00
|
|
|
${PYSITELIB}/${EGG_INFODIR}/PKG-INFO
|
|
|
|
|
${PYSITELIB}/${EGG_INFODIR}/SOURCES.txt
|
|
|
|
|
${PYSITELIB}/${EGG_INFODIR}/dependency_links.txt
|
|
|
|
|
${PYSITELIB}/${EGG_INFODIR}/entry_points.txt
|
|
|
|
|
${PYSITELIB}/${EGG_INFODIR}/not-zip-safe
|
|
|
|
|
${PYSITELIB}/${EGG_INFODIR}/top_level.txt
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Build/BuildExecutable.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/BuildExecutable.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/BuildExecutable.pyo
|
Update to 0.20:
0.20 (??)
===================
Features added
--------------
* Support for CPython 3.4.
* Support for calling C++ template functions.
* ``yield`` is supported in ``finally`` clauses.
* The C code generated for finally blocks is duplicated for each exit
case to allow for better optimisations by the C compiler.
* Cython tries to undo the Python optimisationism of assigning a bound
method to a local variable when it can generate better code for the
direct call.
* Constant Python float values are cached.
* String equality comparisons can use faster type specific code in
more cases than before.
* String/Unicode formatting using the '%' operator uses a faster
C-API call.
* ``bytearray`` has become a known type and supports coercion from and
to C strings. Indexing, slicing and decoding is optimised. Note that
this may have an impact on existing code due to type inference.
* Using ``cdef basestring stringvar`` and function arguments typed as
``basestring`` is now meaningful and allows assigning exactly
``str`` and ``unicode`` objects, but no subtypes of these types.
* Support for the ``__debug__`` builtin.
* Assertions in Cython compiled modules are disabled if the running
Python interpreter was started with the "-O" option.
* Some types that Cython provides internally, such as functions and
generators, are now shared across modules if more than one Cython
implemented module is imported.
* The type inference algorithm works more fine granular by taking the
results of the control flow analysis into account.
* A new script in ``bin/cythonize`` provides a command line frontend
to the cythonize() compilation function (including distutils build).
* The new extension type decorator ``@cython.no_gc_clear`` prevents
objects from being cleared during cyclic garbage collection, thus
making sure that object attributes are kept alive until deallocation.
* During cyclic garbage collection, attributes of extension types that
cannot create reference cycles due to their type (e.g. strings) are
no longer considered for traversal or clearing. This can reduce the
processing overhead when searching for or cleaning up reference cycles.
* Package compilation (i.e. ``__init__.py`` files) now works, starting
with Python 3.3.
* The cython-mode.el script for Emacs was updated. Patch by Ivan Andrus.
* An option common_utility_include_dir was added to cythonize() to save
oft-used utility code once in a separate directory rather than as
part of each generated file.
* ``unraisable_tracebacks`` directive added to control printing of
tracebacks of unraisable exceptions.
Bugs fixed
----------
* Abstract Python classes that subtyped a Cython extension type
failed to raise an exception on instantiation, and thus ended
up being instantiated.
* ``set.add(a_tuple)`` and ``set.discard(a_tuple)`` failed with a
TypeError in Py2.4.
* The PEP 3155 ``__qualname__`` was incorrect for nested classes and
inner classes/functions declared as ``global``.
* Several corner cases in the try-finally statement were fixed.
* The metaclass of a Python class was not inherited from its parent
class(es). It is now extracted from the list of base classes if not
provided explicitly using the Py3 ``metaclass`` keyword argument.
In Py2 compilation mode, a ``__metaclass__`` entry in the class
dict will still take precedence if not using Py3 metaclass syntax,
but only *after* creating the class dict (which may have been done
by a metaclass of a base class, see PEP 3115). It is generally
recommended to use the explicit Py3 syntax to define metaclasses
for Python types at compile time.
* The automatic C switch statement generation behaves more safely for
heterogeneous value types (e.g. mixing enum and char), allowing for
a slightly wider application and reducing corner cases. It now always
generates a 'default' clause to avoid C compiler warnings about
unmatched enum values.
* Fixed a bug where class hierarchies declared out-of-order could result
in broken generated code.
* Fixed a bug which prevented overriding const methods of C++ classes.
* Fixed a crash when converting Python objects to C++ strings fails.
Other changes
-------------
* In Py3 compilation mode, Python2-style metaclasses declared by a
``__metaclass__`` class dict entry are ignored.
* In Py3.4+, the Cython generator type uses ``tp_finalize()`` for safer
cleanup instead of ``tp_del()``.
2014-01-27 20:44:24 +01:00
|
|
|
${PYSITELIB}/Cython/Build/Cythonize.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Cythonize.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Cythonize.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Build/Dependencies.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Dependencies.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Dependencies.pyo
|
2017-01-25 17:09:06 +01:00
|
|
|
${PYSITELIB}/Cython/Build/Distutils.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Distutils.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Distutils.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Build/Inline.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Inline.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Inline.pyo
|
2014-09-14 19:44:49 +02:00
|
|
|
${PYSITELIB}/Cython/Build/IpythonMagic.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/IpythonMagic.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/IpythonMagic.pyo
|
py-cython: updated to 0.29
0.29:
Features added
--------------
PEP-489 multi-phase module initialisation has been enabled again. Module reloads in other subinterpreters raise an exception to prevent corruption of the static module state.
A set of mypy compatible PEP-484 declarations were added for Cython’s C data types to integrate with static analysers in typed Python code. They are available in the Cython/Shadow.pyi module and describe the types in the special cython module that can be used for typing in Python code.
Memoryviews are supported in PEP-484/526 style type declarations.
@cython.nogil is supported as a C-function decorator in Python code.
Raising exceptions from nogil code will automatically acquire the GIL, instead of requiring an explicit with gil block.
C++ functions can now be declared as potentially raising both C++ and Python exceptions, so that Cython can handle both correctly.
cython.inline() supports a direct language_level keyword argument that was previously only available via a directive.
A new language level name 3str was added that mostly corresponds to language level 3, but keeps unprefixed string literals as type ‘str’ in both Py2 and Py3, and the builtin ‘str’ type unchanged. This will become the default in the next Cython release and is meant to help user code a) transition more easily to this new default and b) migrate to Python 3 source code semantics without making support for Python 2.x difficult.
In CPython 3.6 and later, looking up globals in the module dict is almost as fast as looking up C globals.
For a Python subclass of an extension type, repeated method calls to non-overridden cpdef methods can avoid the attribute lookup in Py3.6+, which makes them 4x faster.
(In-)equality comparisons of objects to integer literals are faster.
Some internal and 1-argument method calls are faster.
Modules that cimport many external extension types from other Cython modules execute less import requests during module initialisation.
Constant tuples and slices are deduplicated and only created once per module.
The coverage plugin considers more C file extensions such as .cc and .cxx.
The cythonize command accepts compile time variable values (as set by DEF) through the new -E option.
pyximport can import from namespace packages.
Some missing numpy and CPython C-API declarations were added.
Declarations for the pylifecycle C-API functions were added in a new .pxd file cpython.pylifecycle.
The Pythran support was updated to work with the latest Pythran 0.8.7
%a is included in the string formatting types that are optimised into f-strings. In this case, it is also automatically mapped to %r in Python 2.x.
New C macro CYTHON_HEX_VERSION to access Cython’s version in the same style as PY_HEX_VERSION.
Constants in libc.math are now declared as const to simplify their handling.
An additional check_size clause was added to the ctypedef class name specification to allow suppressing warnings when importing modules with backwards-compatible PyTypeObject size changes.
Bugs fixed
----------
The exception handling in generators and coroutines under CPython 3.7 was adapted to the newly introduced exception stack. Users of Cython 0.28 who want to support Python 3.7 are encouraged to upgrade to 0.29 to avoid potentially incorrect error reporting and tracebacks.
Crash when importing a module under Stackless Python that was built for CPython.
2-value slicing of typed sequences failed if the start or stop index was None.
Multiplied string literals lost their factor when they are part of another constant expression (e.g. ‘x’ * 10 + ‘y’ => ‘xy’).
String formatting with the ‘%’ operator didn’t call the special __rmod__() method if the right side is a string subclass that implements it.
The directive language_level=3 did not apply to the first token in the source file.
Overriding cpdef methods did not work in Python subclasses with slots. Note that this can have a performance impact on calls from Cython code.
Fix declarations of builtin or C types using strings in pure python mode.
Generator expressions and lambdas failed to compile in @cfunc functions.
Global names with const types were not excluded from star-import assignments which could lead to invalid C code.
Several internal function signatures were fixed that lead to warnings in gcc-8.
The numpy helper functions set_array_base() and get_array_base() were adapted to the current numpy C-API recommendations.
Some NumPy related code was updated to avoid deprecated API usage.
Several C++ STL declarations were extended and corrected.
C lines of the module init function were unconditionally not reported in exception stack traces.
When PEP-489 support is enabled, reloading the module overwrote any static module state. It now raises an exception instead, given that reloading is not actually supported.
Object-returning, C++ exception throwing functions were not checking that the return value was non-null.
The source file encoding detection could get confused if the c_string_encoding directive appeared within the first two lines.
Cython generated modules no longer emit a warning during import when the size of the NumPy array type is larger than what was found at compile time. Instead, this is assumed to be a backwards compatible change on NumPy side.
Other changes
-------------
Cython now emits a warning when no language_level (2, 3 or ‘3str’) is set explicitly, neither as a cythonize() option nor as a compiler directive. This is meant to prepare the transition of the default language level from currently Py2 to Py3, since that is what most new users will expect these days. The future default will, however, not enforce unicode literals, because this has proven a major obstacle in the support for both Python 2.x and 3.x. The next major release is intended to make this change, so that it will parse all code that does not request a specific language level as Python 3 code, but with str literals. The language level 2 will continue to be supported for an indefinite time.
The documentation was restructured, cleaned up and examples are now tested. The NumPy tutorial was also rewritten to simplify the running example.
Cython compiles less of its own modules at build time to reduce the installed package size to about half of its previous size. This makes the compiler slightly slower, by about 5-7%.
2018-10-15 10:21:03 +02:00
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestCyCache.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestCyCache.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestCyCache.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestInline.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestInline.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestInline.pyo
|
2014-09-14 19:44:49 +02:00
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestIpythonMagic.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestIpythonMagic.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestIpythonMagic.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestStripLiterals.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestStripLiterals.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/TestStripLiterals.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/Tests/__init__.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Build/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Build/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Build/__init__.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/CodeWriter.py
|
|
|
|
|
${PYSITELIB}/Cython/CodeWriter.pyc
|
|
|
|
|
${PYSITELIB}/Cython/CodeWriter.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/AnalysedTreeTransforms.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/AnalysedTreeTransforms.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/AnalysedTreeTransforms.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Annotate.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Annotate.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Annotate.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/AutoDocTransforms.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/AutoDocTransforms.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/AutoDocTransforms.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Buffer.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Buffer.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Buffer.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Builtin.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Builtin.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Builtin.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CmdLine.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CmdLine.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CmdLine.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Code.pxd
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Code.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Code.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Code.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CodeGeneration.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CodeGeneration.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CodeGeneration.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CythonScope.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CythonScope.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/CythonScope.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/DebugFlags.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/DebugFlags.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/DebugFlags.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Errors.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Errors.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Errors.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/ExprNodes.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/ExprNodes.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/ExprNodes.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/FlowControl.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/FlowControl.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/FlowControl.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/FlowControl.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/FlowControl.so
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/FusedNode.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/FusedNode.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/FusedNode.pyo
|
2018-03-15 10:30:18 +01:00
|
|
|
${PYSITELIB}/Cython/Compiler/FusedNode.so
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Future.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Future.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Future.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Interpreter.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Interpreter.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Interpreter.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Lexicon.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Lexicon.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Lexicon.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Main.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Main.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Main.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/MemoryView.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/MemoryView.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/MemoryView.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/ModuleNode.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/ModuleNode.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/ModuleNode.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Naming.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Naming.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Naming.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Nodes.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Nodes.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Nodes.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Optimize.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Optimize.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Optimize.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Options.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Options.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Options.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/ParseTreeTransforms.pxd
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/ParseTreeTransforms.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/ParseTreeTransforms.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/ParseTreeTransforms.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Parsing.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Parsing.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Parsing.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Parsing.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Pipeline.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Pipeline.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Pipeline.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/PyrexTypes.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/PyrexTypes.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/PyrexTypes.pyo
|
2017-07-20 10:37:09 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Pythran.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Pythran.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Pythran.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Scanning.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Scanning.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Scanning.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Scanning.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Scanning.so
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/StringEncoding.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/StringEncoding.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/StringEncoding.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Symtab.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Symtab.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Symtab.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestBuffer.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestBuffer.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestBuffer.pyo
|
Update to 0.23:
0.23 (2015-08-08)
=================
Features added
--------------
* PEP 492 (async/await) was implemented.
See https://www.python.org/dev/peps/pep-0492/
* PEP 448 (Additional Unpacking Generalizations) was implemented.
See https://www.python.org/dev/peps/pep-0448/
* Support for coverage.py 4.0+ can be enabled by adding the plugin
"Cython.Coverage" to the ".coveragerc" config file.
* Annotated HTML source pages can integrate (XML) coverage reports.
* Tracing is supported in ``nogil`` functions/sections and module init code.
* When generators are used in a Cython module and the module imports the
modules "inspect" and/or "asyncio", Cython enables interoperability by
patching these modules during the import to recognise Cython's internal
generator and coroutine types. This can be disabled by C compiling the
module with "-D CYTHON_PATCH_ASYNCIO=0" or "-D CYTHON_PATCH_INSPECT=0"
* When generators or coroutines are used in a Cython module, their types
are registered with the ``Generator`` and ``Coroutine`` ABCs in the
``collections`` or ``collections.abc`` stdlib module at import time to
enable interoperability with code that needs to detect and process Python
generators/coroutines. These ABCs were added in CPython 3.5 and are
available for older Python versions through the ``backports_abc`` module
on PyPI. See https://bugs.python.org/issue24018
* Adding/subtracting/dividing/modulus and equality comparisons with
constant Python floats and small integers are faster.
* Binary and/or/xor/rshift operations with small constant Python integers
are faster.
* When called on generator expressions, the builtins ``all()``, ``any()``,
``dict()``, ``list()``, ``set()``, ``sorted()`` and ``unicode.join()``
avoid the generator iteration overhead by inlining a part of their
functionality into the for-loop.
* Keyword argument dicts are no longer copied on function entry when they
are not being used or only passed through to other function calls (e.g.
in wrapper functions).
* The ``PyTypeObject`` declaration in ``cpython.object`` was extended.
* The builtin ``type`` type is now declared as PyTypeObject in source,
allowing for extern functions taking type parameters to have the correct
C signatures. Note that this might break code that uses ``type`` just
for passing around Python types in typed variables. Removing the type
declaration provides a backwards compatible fix.
* ``wraparound()`` and ``boundscheck()`` are available as no-ops in pure
Python mode.
* Const iterators were added to the provided C++ STL declarations.
* Smart pointers were added to the provided C++ STL declarations.
Patch by Daniel Filonik.
* ``NULL`` is allowed as default argument when embedding signatures.
This fixes ticket 843.
* When compiling with ``--embed``, the internal module name is changed to
``__main__`` to allow arbitrary program names, including those that would
be invalid for modules. Note that this prevents reuse of the generated
C code as an importable module.
* External C++ classes that overload the assignment operator can be used.
Patch by Ian Henriksen.
* Support operator bool() for C++ classes so they can be used in if statements.
Bugs fixed
----------
* Calling "yield from" from Python on a Cython generator that returned a
value triggered a crash in CPython. This is now being worked around.
See https://bugs.python.org/issue23996
* Language level 3 did not enable true division (a.k.a. float division)
for integer operands.
* Functions with fused argument types that included a generic 'object'
fallback could end up using that fallback also for other explicitly
listed object types.
* Relative cimports could accidentally fall back to trying an absolute
cimport on failure.
* The result of calling a C struct constructor no longer requires an
intermediate assignment when coercing to a Python dict.
* C++ exception declarations with mapping functions could fail to compile
when pre-declared in .pxd files.
* ``cpdef void`` methods are now permitted.
* ``abs(cint)`` could fail to compile in MSVC and used sub-optimal code
in C++. Patch by David Vierra, original patch by Michael Enßlin.
* Buffer index calculations using index variables with small C integer
types could overflow for large buffer sizes.
Original patch by David Vierra.
* C unions use a saner way to coerce from and to Python dicts.
* When compiling a module ``foo.pyx``, the directories in ``sys.path``
are no longer searched when looking for ``foo.pxd``.
Patch by Jeroen Demeyer.
* Memory leaks in the embedding main function were fixed.
Original patch by Michael Enßlin.
* Some complex Python expressions could fail to compile inside of finally
clauses.
* Unprefixed 'str' literals were not supported as C varargs arguments.
* Fixed type errors in conversion enum types to/from Python. Note that
this imposes stricter correctness requirements on enum declarations.
Other changes
-------------
* Changed mangling scheme in header files generated by ``cdef api``
declarations.
* Installation under CPython 3.3+ no longer requires a pass of the
2to3 tool. This also makes it possible to run Cython in Python
3.3+ from a source checkout without installing it first.
Patch by Petr Viktorin.
* ``jedi-typer.py`` (in ``Tools/``) was extended and renamed to
``jedityper.py`` (to make it importable) and now works with and
requires Jedi 0.9. Patch by Tzer-jen Wei.
2015-08-14 19:47:54 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestCmdLine.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestCmdLine.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestCmdLine.pyo
|
2016-04-13 20:13:49 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestFlowControl.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestFlowControl.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestFlowControl.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestGrammar.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestGrammar.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestGrammar.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestMemView.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestMemView.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestMemView.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestParseTreeTransforms.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestParseTreeTransforms.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestParseTreeTransforms.pyo
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestSignatureMatching.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestSignatureMatching.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestSignatureMatching.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTreeFragment.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTreeFragment.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTreeFragment.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTreePath.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTreePath.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTreePath.pyo
|
2017-09-03 20:48:54 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTypes.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTypes.pyc
|
py-cython: update to 0.27
0.27:
Features added
* Extension module initialisation follows
`PEP 489 <https://www.python.org/dev/peps/pep-0489/>`_ in CPython 3.5+, which
resolves several differences with regard to normal Python modules. This makes
the global names ``__file__`` and ``__path__`` correctly available to module
level code and improves the support for module-level relative imports.
* Asynchronous generators (`PEP 525 <https://www.python.org/dev/peps/pep-0525/>`_)
and asynchronous comprehensions (`PEP 530 <https://www.python.org/dev/peps/pep-0530/>`_)
have been implemented. Note that async generators require finalisation support
in order to allow for asynchronous operations during cleanup, which is only
available in CPython 3.6+. All other functionality has been backported as usual.
* Variable annotations are now parsed according to
`PEP 526 <https://www.python.org/dev/peps/pep-0526/>`_. Cython types (e.g.
``cython.int``) are evaluated as C type declarations and everything else as Python
types. This can be disabled with the directive ``annotation_typing=False``.
Note that most complex PEP-484 style annotations are currently ignored. This will
change in future releases.
* Extension types (also in pure Python mode) can implement the normal special methods
``__eq__``, ``__lt__`` etc. for comparisons instead of the low-level ``__richcmp__``
method.
* New decorator ``@cython.exceptval(x=None, check=False)`` that makes the signature
declarations ``except x``, ``except? x`` and ``except *`` available to pure Python
code. Original patch by Antonio Cuni.
* Signature annotations are now included in the signature docstring generated by
the ``embedsignature`` directive.
* The gdb support for Python code (``libpython.py``) was updated to the latest
version in CPython 3.7 (git rev 5fe59f8).
* The compiler tries to find a usable exception return value for cdef functions
with ``except *`` if the returned type allows it. Note that this feature is subject
to safety limitations, so it is still better to provide an explicit declaration.
* C functions can be assigned to function pointers with a compatible exception
declaration, not only with exact matches. A side-effect is that certain compatible
signature overrides are now allowed and some more mismatches of exception signatures
are now detected and rejected as errors that were not detected before.
* The IPython/Jupyter magic integration has a new option ``%%cython --pgo`` for profile
guided optimisation. It compiles the cell with PGO settings for the C compiler,
executes it to generate a runtime profile, and then compiles it again using that
profile for C compiler optimisation. Currently only tested with gcc.
* ``len(memoryview)`` can be used in nogil sections to get the size of the
first dimension of a memory view (``shape[0]``).
* C++ classes can now contain (properly refcounted) Python objects.
* NumPy dtype subarrays are now accessible through the C-API.
* Resolves several issues with PyPy and uses faster async slots in PyPy3.
Bugs fixed
* Extension types that were cimported from other Cython modules could disagree
about the order of fused cdef methods in their call table. This could lead
to wrong methods being called and potentially also crashes. The fix required
changes to the ordering of fused methods in the call table, which may break
existing compiled modules that call fused cdef methods across module boundaries,
if these methods were implemented in a different order than they were declared
in the corresponding .pxd file.
* The exception state handling in generators and coroutines could lead to
exceptions in the caller being lost if an exception was raised and handled
inside of the coroutine when yielding.
* Loops over ``range(enum)`` were not converted into C for-loops. Note that it
is still recommended to use an explicit cast to a C integer type in this case.
* Error positions of names (e.g. variables) were incorrectly reported after the
name and not at the beginning of the name.
* Compile time ``DEF`` assignments were evaluated even when they occur inside of
falsy ``IF`` blocks.
* Disabling the line tracing from a trace function could fail.
* Several issues with the Pythran integration were resolved.
* abs(signed int) now returns a signed rather than unsigned int.
* Reading ``frame.f_locals`` of a Cython function (e.g. from a debugger or profiler
could modify the module globals.
* Buffer type mismatches in the NumPy buffer support could leak a reference to the
buffer owner.
* Using the "is_f_contig" and "is_c_contig" memoryview methods together could leave
one of them undeclared.
* Compilation failed if the for-in-range loop target was not a variable but a more
complex expression, e.g. an item assignment.
* Compile time evaluations of (partially) constant f-strings could show incorrect
results.
* Escape sequences in raw f-strings (``fr'...'``) were resolved instead of passing
them through as expected.
* Some ref-counting issues in buffer error handling have been resolved.
Other changes
* Type declarations in signature annotations are now parsed according to
`PEP 484 <https://www.python.org/dev/peps/pep-0484/>`_
typing. Only Cython types (e.g. ``cython.int``) and Python builtin types are
currently considered as type declarations. Everything else is ignored, but this
will change in a future Cython release.
* The directive ``annotation_typing`` is now ``True`` by default, which enables
parsing type declarations from annotations.
* This release no longer supports Python 3.2.
2017-09-30 11:53:23 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestTypes.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestUtilityLoad.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestUtilityLoad.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestUtilityLoad.pyo
|
Update to 0.19:
0.19 (2013-04-19)
=================
Features added
--------------
* New directives ``c_string_type`` and ``c_string_encoding`` to more easily
and automatically convert between C strings and the different Python string
types.
* The extension type flag ``Py_TPFLAGS_HAVE_VERSION_TAG`` is enabled by default
on extension types and can be disabled using the ``type_version_tag`` compiler
directive.
* EXPERIMENTAL support for simple Cython code level line tracing. Enabled by
the "linetrace" compiler directive.
* Cython implemented functions make their argument and return type annotations
available through the ``__annotations__`` attribute (PEP 3107).
* Access to non-cdef module globals and Python object attributes is faster.
* ``Py_UNICODE*`` coerces from and to Python unicode strings. This is
helpful when talking to Windows APIs, which use compatible wchar_t
arrays for strings. Note that the ``Py_UNICODE`` type is otherwise
deprecated as of CPython 3.3.
* ``isinstance(obj, basestring)`` is optimised. In Python 3 it only tests
for instances of ``str`` (i.e. Py2 ``unicode``).
* The ``basestring`` builtin is mapped to ``str`` (i.e. Py2 ``unicode``) when
compiling the generated C code under Python 3.
* Closures use freelists, which can speed up their creation quite substantially.
This is also visible for short running generator expressions, for example.
* A new class decorator ``@cython.freelist(N)`` creates a static freelist of N
instances for an extension type, thus avoiding the costly allocation step if
possible. This can speed up object instantiation by 20-30% in suitable
scenarios. Note that freelists are currently only supported for base types,
not for types that inherit from others.
* Fast extension type instantiation using the ``Type.__new__(Type)`` idiom has
gained support for passing arguments. It is also a bit faster for types defined
inside of the module.
* The Python2-only dict methods ``.iter*()`` and ``.view*()`` (requires Python 2.7)
are automatically mapped to the equivalent keys/values/items methods in Python 3
for typed dictionaries.
* 2-value slicing of unknown objects passes the correct slice when the ``getitem``
protocol is used instead of the ``getslice`` protocol (especially in Python 3),
i.e. ``None`` values for missing bounds instead of ``[0,maxsize]``. It is also
a bit faster in some cases, e.g. for constant bounds. This fixes trac ticket 636.
* Slicing unicode strings, lists and tuples is faster.
* list.append() is faster on average.
* ``raise Exception() from None`` suppresses the exception context in Py3.3.
* Py3 compatible ``exec(tuple)`` syntax is supported in Py2 code.
* Keyword arguments are supported for cdef functions.
* External C++ classes can be declared nogil. Patch by John Stumpo. This fixes
trac ticket 805.
Bugs fixed
----------
* Cascaded assignments of None values to extension type variables failed with
a ``TypeError`` at runtime.
* The ``__defaults__`` attribute was not writable for Cython implemented
functions.
* Default values of keyword-only arguments showed up in ``__defaults__`` instead
of ``__kwdefaults__`` (which was not implemented). Both are available for
Cython implemented functions now, as specified in Python 3.x.
* ``yield`` works inside of ``with gil`` sections. It previously lead to a crash.
This fixes trac ticket 803.
* Static methods without explicitly named positional arguments (e.g. having only
``*args``) crashed when being called. This fixes trac ticket 804.
* ``dir()`` without arguments previously returned an unsorted list, which now
gets sorted as expected.
* ``dict.items()``, ``dict.keys()`` and ``dict.values()`` no longer return lists
in Python 3.
* Exiting from an ``except-as`` clause now deletes the exception in Python 3 mode.
* The declarations of ``frexp()`` and ``ldexp()`` in ``math.pxd`` were incorrect.
2013-05-05 01:50:52 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestVisitor.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestVisitor.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/TestVisitor.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Tests/__init__.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TreeFragment.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TreeFragment.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TreeFragment.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TreePath.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TreePath.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TreePath.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TypeInference.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TypeInference.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TypeInference.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TypeSlots.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TypeSlots.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/TypeSlots.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/UtilNodes.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/UtilNodes.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/UtilNodes.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/UtilityCode.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/UtilityCode.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/UtilityCode.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Compiler/Version.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Version.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Version.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Visitor.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Visitor.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Visitor.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Visitor.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/Visitor.so
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Compiler/__init__.pyo
|
Update to 0.23:
0.23 (2015-08-08)
=================
Features added
--------------
* PEP 492 (async/await) was implemented.
See https://www.python.org/dev/peps/pep-0492/
* PEP 448 (Additional Unpacking Generalizations) was implemented.
See https://www.python.org/dev/peps/pep-0448/
* Support for coverage.py 4.0+ can be enabled by adding the plugin
"Cython.Coverage" to the ".coveragerc" config file.
* Annotated HTML source pages can integrate (XML) coverage reports.
* Tracing is supported in ``nogil`` functions/sections and module init code.
* When generators are used in a Cython module and the module imports the
modules "inspect" and/or "asyncio", Cython enables interoperability by
patching these modules during the import to recognise Cython's internal
generator and coroutine types. This can be disabled by C compiling the
module with "-D CYTHON_PATCH_ASYNCIO=0" or "-D CYTHON_PATCH_INSPECT=0"
* When generators or coroutines are used in a Cython module, their types
are registered with the ``Generator`` and ``Coroutine`` ABCs in the
``collections`` or ``collections.abc`` stdlib module at import time to
enable interoperability with code that needs to detect and process Python
generators/coroutines. These ABCs were added in CPython 3.5 and are
available for older Python versions through the ``backports_abc`` module
on PyPI. See https://bugs.python.org/issue24018
* Adding/subtracting/dividing/modulus and equality comparisons with
constant Python floats and small integers are faster.
* Binary and/or/xor/rshift operations with small constant Python integers
are faster.
* When called on generator expressions, the builtins ``all()``, ``any()``,
``dict()``, ``list()``, ``set()``, ``sorted()`` and ``unicode.join()``
avoid the generator iteration overhead by inlining a part of their
functionality into the for-loop.
* Keyword argument dicts are no longer copied on function entry when they
are not being used or only passed through to other function calls (e.g.
in wrapper functions).
* The ``PyTypeObject`` declaration in ``cpython.object`` was extended.
* The builtin ``type`` type is now declared as PyTypeObject in source,
allowing for extern functions taking type parameters to have the correct
C signatures. Note that this might break code that uses ``type`` just
for passing around Python types in typed variables. Removing the type
declaration provides a backwards compatible fix.
* ``wraparound()`` and ``boundscheck()`` are available as no-ops in pure
Python mode.
* Const iterators were added to the provided C++ STL declarations.
* Smart pointers were added to the provided C++ STL declarations.
Patch by Daniel Filonik.
* ``NULL`` is allowed as default argument when embedding signatures.
This fixes ticket 843.
* When compiling with ``--embed``, the internal module name is changed to
``__main__`` to allow arbitrary program names, including those that would
be invalid for modules. Note that this prevents reuse of the generated
C code as an importable module.
* External C++ classes that overload the assignment operator can be used.
Patch by Ian Henriksen.
* Support operator bool() for C++ classes so they can be used in if statements.
Bugs fixed
----------
* Calling "yield from" from Python on a Cython generator that returned a
value triggered a crash in CPython. This is now being worked around.
See https://bugs.python.org/issue23996
* Language level 3 did not enable true division (a.k.a. float division)
for integer operands.
* Functions with fused argument types that included a generic 'object'
fallback could end up using that fallback also for other explicitly
listed object types.
* Relative cimports could accidentally fall back to trying an absolute
cimport on failure.
* The result of calling a C struct constructor no longer requires an
intermediate assignment when coercing to a Python dict.
* C++ exception declarations with mapping functions could fail to compile
when pre-declared in .pxd files.
* ``cpdef void`` methods are now permitted.
* ``abs(cint)`` could fail to compile in MSVC and used sub-optimal code
in C++. Patch by David Vierra, original patch by Michael Enßlin.
* Buffer index calculations using index variables with small C integer
types could overflow for large buffer sizes.
Original patch by David Vierra.
* C unions use a saner way to coerce from and to Python dicts.
* When compiling a module ``foo.pyx``, the directories in ``sys.path``
are no longer searched when looking for ``foo.pxd``.
Patch by Jeroen Demeyer.
* Memory leaks in the embedding main function were fixed.
Original patch by Michael Enßlin.
* Some complex Python expressions could fail to compile inside of finally
clauses.
* Unprefixed 'str' literals were not supported as C varargs arguments.
* Fixed type errors in conversion enum types to/from Python. Note that
this imposes stricter correctness requirements on enum declarations.
Other changes
-------------
* Changed mangling scheme in header files generated by ``cdef api``
declarations.
* Installation under CPython 3.3+ no longer requires a pass of the
2to3 tool. This also makes it possible to run Cython in Python
3.3+ from a source checkout without installing it first.
Patch by Petr Viktorin.
* ``jedi-typer.py`` (in ``Tools/``) was extended and renamed to
``jedityper.py`` (to make it importable) and now works with and
requires Jedi 0.9. Patch by Tzer-jen Wei.
2015-08-14 19:47:54 +02:00
|
|
|
${PYSITELIB}/Cython/Coverage.py
|
|
|
|
|
${PYSITELIB}/Cython/Coverage.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Coverage.pyo
|
2012-10-16 09:07:58 +02:00
|
|
|
${PYSITELIB}/Cython/Debugger/Cygdb.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Cygdb.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Cygdb.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/DebugWriter.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/DebugWriter.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/DebugWriter.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/TestLibCython.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/TestLibCython.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/TestLibCython.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/__init__.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/cfuncs.c
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/codefile
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/test_libcython_in_gdb.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/test_libcython_in_gdb.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/test_libcython_in_gdb.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/test_libpython_in_gdb.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/test_libpython_in_gdb.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/Tests/test_libpython_in_gdb.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/__init__.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/libcython.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/libcython.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/libcython.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/libpython.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/libpython.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugger/libpython.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Debugging.py
|
|
|
|
|
${PYSITELIB}/Cython/Debugging.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Debugging.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/__init__.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/build_ext.py
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/build_ext.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/build_ext.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/extension.py
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/extension.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/extension.pyo
|
2017-01-25 17:09:06 +01:00
|
|
|
${PYSITELIB}/Cython/Distutils/old_build_ext.py
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/old_build_ext.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Distutils/old_build_ext.pyo
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_bool.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_buffer.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_bytes.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_cobject.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_complex.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_dict.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_exc.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_float.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_function.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_getargs.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_instance.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_int.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_iterator.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_list.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_long.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_mapping.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_mem.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_method.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_module.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_number.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_object.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_oldbuffer.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_pycapsule.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_ref.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_sequence.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_set.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_string.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_tuple.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_type.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_unicode.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_version.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/python_weakref.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/stdio.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/stdlib.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/Deprecated/stl.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/__init__.pxd
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/array.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/bool.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/buffer.pxd
|
py-cython: updated to 0.29
0.29:
Features added
--------------
PEP-489 multi-phase module initialisation has been enabled again. Module reloads in other subinterpreters raise an exception to prevent corruption of the static module state.
A set of mypy compatible PEP-484 declarations were added for Cython’s C data types to integrate with static analysers in typed Python code. They are available in the Cython/Shadow.pyi module and describe the types in the special cython module that can be used for typing in Python code.
Memoryviews are supported in PEP-484/526 style type declarations.
@cython.nogil is supported as a C-function decorator in Python code.
Raising exceptions from nogil code will automatically acquire the GIL, instead of requiring an explicit with gil block.
C++ functions can now be declared as potentially raising both C++ and Python exceptions, so that Cython can handle both correctly.
cython.inline() supports a direct language_level keyword argument that was previously only available via a directive.
A new language level name 3str was added that mostly corresponds to language level 3, but keeps unprefixed string literals as type ‘str’ in both Py2 and Py3, and the builtin ‘str’ type unchanged. This will become the default in the next Cython release and is meant to help user code a) transition more easily to this new default and b) migrate to Python 3 source code semantics without making support for Python 2.x difficult.
In CPython 3.6 and later, looking up globals in the module dict is almost as fast as looking up C globals.
For a Python subclass of an extension type, repeated method calls to non-overridden cpdef methods can avoid the attribute lookup in Py3.6+, which makes them 4x faster.
(In-)equality comparisons of objects to integer literals are faster.
Some internal and 1-argument method calls are faster.
Modules that cimport many external extension types from other Cython modules execute less import requests during module initialisation.
Constant tuples and slices are deduplicated and only created once per module.
The coverage plugin considers more C file extensions such as .cc and .cxx.
The cythonize command accepts compile time variable values (as set by DEF) through the new -E option.
pyximport can import from namespace packages.
Some missing numpy and CPython C-API declarations were added.
Declarations for the pylifecycle C-API functions were added in a new .pxd file cpython.pylifecycle.
The Pythran support was updated to work with the latest Pythran 0.8.7
%a is included in the string formatting types that are optimised into f-strings. In this case, it is also automatically mapped to %r in Python 2.x.
New C macro CYTHON_HEX_VERSION to access Cython’s version in the same style as PY_HEX_VERSION.
Constants in libc.math are now declared as const to simplify their handling.
An additional check_size clause was added to the ctypedef class name specification to allow suppressing warnings when importing modules with backwards-compatible PyTypeObject size changes.
Bugs fixed
----------
The exception handling in generators and coroutines under CPython 3.7 was adapted to the newly introduced exception stack. Users of Cython 0.28 who want to support Python 3.7 are encouraged to upgrade to 0.29 to avoid potentially incorrect error reporting and tracebacks.
Crash when importing a module under Stackless Python that was built for CPython.
2-value slicing of typed sequences failed if the start or stop index was None.
Multiplied string literals lost their factor when they are part of another constant expression (e.g. ‘x’ * 10 + ‘y’ => ‘xy’).
String formatting with the ‘%’ operator didn’t call the special __rmod__() method if the right side is a string subclass that implements it.
The directive language_level=3 did not apply to the first token in the source file.
Overriding cpdef methods did not work in Python subclasses with slots. Note that this can have a performance impact on calls from Cython code.
Fix declarations of builtin or C types using strings in pure python mode.
Generator expressions and lambdas failed to compile in @cfunc functions.
Global names with const types were not excluded from star-import assignments which could lead to invalid C code.
Several internal function signatures were fixed that lead to warnings in gcc-8.
The numpy helper functions set_array_base() and get_array_base() were adapted to the current numpy C-API recommendations.
Some NumPy related code was updated to avoid deprecated API usage.
Several C++ STL declarations were extended and corrected.
C lines of the module init function were unconditionally not reported in exception stack traces.
When PEP-489 support is enabled, reloading the module overwrote any static module state. It now raises an exception instead, given that reloading is not actually supported.
Object-returning, C++ exception throwing functions were not checking that the return value was non-null.
The source file encoding detection could get confused if the c_string_encoding directive appeared within the first two lines.
Cython generated modules no longer emit a warning during import when the size of the NumPy array type is larger than what was found at compile time. Instead, this is assumed to be a backwards compatible change on NumPy side.
Other changes
-------------
Cython now emits a warning when no language_level (2, 3 or ‘3str’) is set explicitly, neither as a cythonize() option nor as a compiler directive. This is meant to prepare the transition of the default language level from currently Py2 to Py3, since that is what most new users will expect these days. The future default will, however, not enforce unicode literals, because this has proven a major obstacle in the support for both Python 2.x and 3.x. The next major release is intended to make this change, so that it will parse all code that does not request a specific language level as Python 3 code, but with str literals. The language level 2 will continue to be supported for an indefinite time.
The documentation was restructured, cleaned up and examples are now tested. The NumPy tutorial was also rewritten to simplify the running example.
Cython compiles less of its own modules at build time to reduce the installed package size to about half of its previous size. This makes the compiler slightly slower, by about 5-7%.
2018-10-15 10:21:03 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/bytearray.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/bytes.pxd
|
py-cython: updated to 0.29
0.29:
Features added
--------------
PEP-489 multi-phase module initialisation has been enabled again. Module reloads in other subinterpreters raise an exception to prevent corruption of the static module state.
A set of mypy compatible PEP-484 declarations were added for Cython’s C data types to integrate with static analysers in typed Python code. They are available in the Cython/Shadow.pyi module and describe the types in the special cython module that can be used for typing in Python code.
Memoryviews are supported in PEP-484/526 style type declarations.
@cython.nogil is supported as a C-function decorator in Python code.
Raising exceptions from nogil code will automatically acquire the GIL, instead of requiring an explicit with gil block.
C++ functions can now be declared as potentially raising both C++ and Python exceptions, so that Cython can handle both correctly.
cython.inline() supports a direct language_level keyword argument that was previously only available via a directive.
A new language level name 3str was added that mostly corresponds to language level 3, but keeps unprefixed string literals as type ‘str’ in both Py2 and Py3, and the builtin ‘str’ type unchanged. This will become the default in the next Cython release and is meant to help user code a) transition more easily to this new default and b) migrate to Python 3 source code semantics without making support for Python 2.x difficult.
In CPython 3.6 and later, looking up globals in the module dict is almost as fast as looking up C globals.
For a Python subclass of an extension type, repeated method calls to non-overridden cpdef methods can avoid the attribute lookup in Py3.6+, which makes them 4x faster.
(In-)equality comparisons of objects to integer literals are faster.
Some internal and 1-argument method calls are faster.
Modules that cimport many external extension types from other Cython modules execute less import requests during module initialisation.
Constant tuples and slices are deduplicated and only created once per module.
The coverage plugin considers more C file extensions such as .cc and .cxx.
The cythonize command accepts compile time variable values (as set by DEF) through the new -E option.
pyximport can import from namespace packages.
Some missing numpy and CPython C-API declarations were added.
Declarations for the pylifecycle C-API functions were added in a new .pxd file cpython.pylifecycle.
The Pythran support was updated to work with the latest Pythran 0.8.7
%a is included in the string formatting types that are optimised into f-strings. In this case, it is also automatically mapped to %r in Python 2.x.
New C macro CYTHON_HEX_VERSION to access Cython’s version in the same style as PY_HEX_VERSION.
Constants in libc.math are now declared as const to simplify their handling.
An additional check_size clause was added to the ctypedef class name specification to allow suppressing warnings when importing modules with backwards-compatible PyTypeObject size changes.
Bugs fixed
----------
The exception handling in generators and coroutines under CPython 3.7 was adapted to the newly introduced exception stack. Users of Cython 0.28 who want to support Python 3.7 are encouraged to upgrade to 0.29 to avoid potentially incorrect error reporting and tracebacks.
Crash when importing a module under Stackless Python that was built for CPython.
2-value slicing of typed sequences failed if the start or stop index was None.
Multiplied string literals lost their factor when they are part of another constant expression (e.g. ‘x’ * 10 + ‘y’ => ‘xy’).
String formatting with the ‘%’ operator didn’t call the special __rmod__() method if the right side is a string subclass that implements it.
The directive language_level=3 did not apply to the first token in the source file.
Overriding cpdef methods did not work in Python subclasses with slots. Note that this can have a performance impact on calls from Cython code.
Fix declarations of builtin or C types using strings in pure python mode.
Generator expressions and lambdas failed to compile in @cfunc functions.
Global names with const types were not excluded from star-import assignments which could lead to invalid C code.
Several internal function signatures were fixed that lead to warnings in gcc-8.
The numpy helper functions set_array_base() and get_array_base() were adapted to the current numpy C-API recommendations.
Some NumPy related code was updated to avoid deprecated API usage.
Several C++ STL declarations were extended and corrected.
C lines of the module init function were unconditionally not reported in exception stack traces.
When PEP-489 support is enabled, reloading the module overwrote any static module state. It now raises an exception instead, given that reloading is not actually supported.
Object-returning, C++ exception throwing functions were not checking that the return value was non-null.
The source file encoding detection could get confused if the c_string_encoding directive appeared within the first two lines.
Cython generated modules no longer emit a warning during import when the size of the NumPy array type is larger than what was found at compile time. Instead, this is assumed to be a backwards compatible change on NumPy side.
Other changes
-------------
Cython now emits a warning when no language_level (2, 3 or ‘3str’) is set explicitly, neither as a cythonize() option nor as a compiler directive. This is meant to prepare the transition of the default language level from currently Py2 to Py3, since that is what most new users will expect these days. The future default will, however, not enforce unicode literals, because this has proven a major obstacle in the support for both Python 2.x and 3.x. The next major release is intended to make this change, so that it will parse all code that does not request a specific language level as Python 3 code, but with str literals. The language level 2 will continue to be supported for an indefinite time.
The documentation was restructured, cleaned up and examples are now tested. The NumPy tutorial was also rewritten to simplify the running example.
Cython compiles less of its own modules at build time to reduce the installed package size to about half of its previous size. This makes the compiler slightly slower, by about 5-7%.
2018-10-15 10:21:03 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/ceval.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/cobject.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/complex.pxd
|
Update to 0.19:
0.19 (2013-04-19)
=================
Features added
--------------
* New directives ``c_string_type`` and ``c_string_encoding`` to more easily
and automatically convert between C strings and the different Python string
types.
* The extension type flag ``Py_TPFLAGS_HAVE_VERSION_TAG`` is enabled by default
on extension types and can be disabled using the ``type_version_tag`` compiler
directive.
* EXPERIMENTAL support for simple Cython code level line tracing. Enabled by
the "linetrace" compiler directive.
* Cython implemented functions make their argument and return type annotations
available through the ``__annotations__`` attribute (PEP 3107).
* Access to non-cdef module globals and Python object attributes is faster.
* ``Py_UNICODE*`` coerces from and to Python unicode strings. This is
helpful when talking to Windows APIs, which use compatible wchar_t
arrays for strings. Note that the ``Py_UNICODE`` type is otherwise
deprecated as of CPython 3.3.
* ``isinstance(obj, basestring)`` is optimised. In Python 3 it only tests
for instances of ``str`` (i.e. Py2 ``unicode``).
* The ``basestring`` builtin is mapped to ``str`` (i.e. Py2 ``unicode``) when
compiling the generated C code under Python 3.
* Closures use freelists, which can speed up their creation quite substantially.
This is also visible for short running generator expressions, for example.
* A new class decorator ``@cython.freelist(N)`` creates a static freelist of N
instances for an extension type, thus avoiding the costly allocation step if
possible. This can speed up object instantiation by 20-30% in suitable
scenarios. Note that freelists are currently only supported for base types,
not for types that inherit from others.
* Fast extension type instantiation using the ``Type.__new__(Type)`` idiom has
gained support for passing arguments. It is also a bit faster for types defined
inside of the module.
* The Python2-only dict methods ``.iter*()`` and ``.view*()`` (requires Python 2.7)
are automatically mapped to the equivalent keys/values/items methods in Python 3
for typed dictionaries.
* 2-value slicing of unknown objects passes the correct slice when the ``getitem``
protocol is used instead of the ``getslice`` protocol (especially in Python 3),
i.e. ``None`` values for missing bounds instead of ``[0,maxsize]``. It is also
a bit faster in some cases, e.g. for constant bounds. This fixes trac ticket 636.
* Slicing unicode strings, lists and tuples is faster.
* list.append() is faster on average.
* ``raise Exception() from None`` suppresses the exception context in Py3.3.
* Py3 compatible ``exec(tuple)`` syntax is supported in Py2 code.
* Keyword arguments are supported for cdef functions.
* External C++ classes can be declared nogil. Patch by John Stumpo. This fixes
trac ticket 805.
Bugs fixed
----------
* Cascaded assignments of None values to extension type variables failed with
a ``TypeError`` at runtime.
* The ``__defaults__`` attribute was not writable for Cython implemented
functions.
* Default values of keyword-only arguments showed up in ``__defaults__`` instead
of ``__kwdefaults__`` (which was not implemented). Both are available for
Cython implemented functions now, as specified in Python 3.x.
* ``yield`` works inside of ``with gil`` sections. It previously lead to a crash.
This fixes trac ticket 803.
* Static methods without explicitly named positional arguments (e.g. having only
``*args``) crashed when being called. This fixes trac ticket 804.
* ``dir()`` without arguments previously returned an unsorted list, which now
gets sorted as expected.
* ``dict.items()``, ``dict.keys()`` and ``dict.values()`` no longer return lists
in Python 3.
* Exiting from an ``except-as`` clause now deletes the exception in Python 3 mode.
* The declarations of ``frexp()`` and ``ldexp()`` in ``math.pxd`` were incorrect.
2013-05-05 01:50:52 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/datetime.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/dict.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/exc.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/float.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/function.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/getargs.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/instance.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/int.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/iterator.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/list.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/long.pxd
|
2017-01-25 17:09:06 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/longintrepr.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/mapping.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/mem.pxd
|
2019-11-09 22:51:15 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/memoryview.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/method.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/module.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/number.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/object.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/oldbuffer.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/pycapsule.pxd
|
py-cython: updated to 0.29
0.29:
Features added
--------------
PEP-489 multi-phase module initialisation has been enabled again. Module reloads in other subinterpreters raise an exception to prevent corruption of the static module state.
A set of mypy compatible PEP-484 declarations were added for Cython’s C data types to integrate with static analysers in typed Python code. They are available in the Cython/Shadow.pyi module and describe the types in the special cython module that can be used for typing in Python code.
Memoryviews are supported in PEP-484/526 style type declarations.
@cython.nogil is supported as a C-function decorator in Python code.
Raising exceptions from nogil code will automatically acquire the GIL, instead of requiring an explicit with gil block.
C++ functions can now be declared as potentially raising both C++ and Python exceptions, so that Cython can handle both correctly.
cython.inline() supports a direct language_level keyword argument that was previously only available via a directive.
A new language level name 3str was added that mostly corresponds to language level 3, but keeps unprefixed string literals as type ‘str’ in both Py2 and Py3, and the builtin ‘str’ type unchanged. This will become the default in the next Cython release and is meant to help user code a) transition more easily to this new default and b) migrate to Python 3 source code semantics without making support for Python 2.x difficult.
In CPython 3.6 and later, looking up globals in the module dict is almost as fast as looking up C globals.
For a Python subclass of an extension type, repeated method calls to non-overridden cpdef methods can avoid the attribute lookup in Py3.6+, which makes them 4x faster.
(In-)equality comparisons of objects to integer literals are faster.
Some internal and 1-argument method calls are faster.
Modules that cimport many external extension types from other Cython modules execute less import requests during module initialisation.
Constant tuples and slices are deduplicated and only created once per module.
The coverage plugin considers more C file extensions such as .cc and .cxx.
The cythonize command accepts compile time variable values (as set by DEF) through the new -E option.
pyximport can import from namespace packages.
Some missing numpy and CPython C-API declarations were added.
Declarations for the pylifecycle C-API functions were added in a new .pxd file cpython.pylifecycle.
The Pythran support was updated to work with the latest Pythran 0.8.7
%a is included in the string formatting types that are optimised into f-strings. In this case, it is also automatically mapped to %r in Python 2.x.
New C macro CYTHON_HEX_VERSION to access Cython’s version in the same style as PY_HEX_VERSION.
Constants in libc.math are now declared as const to simplify their handling.
An additional check_size clause was added to the ctypedef class name specification to allow suppressing warnings when importing modules with backwards-compatible PyTypeObject size changes.
Bugs fixed
----------
The exception handling in generators and coroutines under CPython 3.7 was adapted to the newly introduced exception stack. Users of Cython 0.28 who want to support Python 3.7 are encouraged to upgrade to 0.29 to avoid potentially incorrect error reporting and tracebacks.
Crash when importing a module under Stackless Python that was built for CPython.
2-value slicing of typed sequences failed if the start or stop index was None.
Multiplied string literals lost their factor when they are part of another constant expression (e.g. ‘x’ * 10 + ‘y’ => ‘xy’).
String formatting with the ‘%’ operator didn’t call the special __rmod__() method if the right side is a string subclass that implements it.
The directive language_level=3 did not apply to the first token in the source file.
Overriding cpdef methods did not work in Python subclasses with slots. Note that this can have a performance impact on calls from Cython code.
Fix declarations of builtin or C types using strings in pure python mode.
Generator expressions and lambdas failed to compile in @cfunc functions.
Global names with const types were not excluded from star-import assignments which could lead to invalid C code.
Several internal function signatures were fixed that lead to warnings in gcc-8.
The numpy helper functions set_array_base() and get_array_base() were adapted to the current numpy C-API recommendations.
Some NumPy related code was updated to avoid deprecated API usage.
Several C++ STL declarations were extended and corrected.
C lines of the module init function were unconditionally not reported in exception stack traces.
When PEP-489 support is enabled, reloading the module overwrote any static module state. It now raises an exception instead, given that reloading is not actually supported.
Object-returning, C++ exception throwing functions were not checking that the return value was non-null.
The source file encoding detection could get confused if the c_string_encoding directive appeared within the first two lines.
Cython generated modules no longer emit a warning during import when the size of the NumPy array type is larger than what was found at compile time. Instead, this is assumed to be a backwards compatible change on NumPy side.
Other changes
-------------
Cython now emits a warning when no language_level (2, 3 or ‘3str’) is set explicitly, neither as a cythonize() option nor as a compiler directive. This is meant to prepare the transition of the default language level from currently Py2 to Py3, since that is what most new users will expect these days. The future default will, however, not enforce unicode literals, because this has proven a major obstacle in the support for both Python 2.x and 3.x. The next major release is intended to make this change, so that it will parse all code that does not request a specific language level as Python 3 code, but with str literals. The language level 2 will continue to be supported for an indefinite time.
The documentation was restructured, cleaned up and examples are now tested. The NumPy tutorial was also rewritten to simplify the running example.
Cython compiles less of its own modules at build time to reduce the installed package size to about half of its previous size. This makes the compiler slightly slower, by about 5-7%.
2018-10-15 10:21:03 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/pylifecycle.pxd
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/pystate.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/pythread.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/ref.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/sequence.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/set.pxd
|
2014-10-23 12:09:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/slice.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/cpython/string.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/tuple.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/type.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/unicode.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/version.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/cpython/weakref.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/__init__.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/errno.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/float.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/limits.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/locale.pxd
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libc/math.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/setjmp.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/libc/signal.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/stddef.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/stdint.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/stdio.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/stdlib.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libc/string.pxd
|
2014-10-23 12:09:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libc/time.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/__init__.pxd
|
2014-09-14 19:44:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/algorithm.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/cast.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/complex.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/deque.pxd
|
py-cython: updated to 0.29
0.29:
Features added
--------------
PEP-489 multi-phase module initialisation has been enabled again. Module reloads in other subinterpreters raise an exception to prevent corruption of the static module state.
A set of mypy compatible PEP-484 declarations were added for Cython’s C data types to integrate with static analysers in typed Python code. They are available in the Cython/Shadow.pyi module and describe the types in the special cython module that can be used for typing in Python code.
Memoryviews are supported in PEP-484/526 style type declarations.
@cython.nogil is supported as a C-function decorator in Python code.
Raising exceptions from nogil code will automatically acquire the GIL, instead of requiring an explicit with gil block.
C++ functions can now be declared as potentially raising both C++ and Python exceptions, so that Cython can handle both correctly.
cython.inline() supports a direct language_level keyword argument that was previously only available via a directive.
A new language level name 3str was added that mostly corresponds to language level 3, but keeps unprefixed string literals as type ‘str’ in both Py2 and Py3, and the builtin ‘str’ type unchanged. This will become the default in the next Cython release and is meant to help user code a) transition more easily to this new default and b) migrate to Python 3 source code semantics without making support for Python 2.x difficult.
In CPython 3.6 and later, looking up globals in the module dict is almost as fast as looking up C globals.
For a Python subclass of an extension type, repeated method calls to non-overridden cpdef methods can avoid the attribute lookup in Py3.6+, which makes them 4x faster.
(In-)equality comparisons of objects to integer literals are faster.
Some internal and 1-argument method calls are faster.
Modules that cimport many external extension types from other Cython modules execute less import requests during module initialisation.
Constant tuples and slices are deduplicated and only created once per module.
The coverage plugin considers more C file extensions such as .cc and .cxx.
The cythonize command accepts compile time variable values (as set by DEF) through the new -E option.
pyximport can import from namespace packages.
Some missing numpy and CPython C-API declarations were added.
Declarations for the pylifecycle C-API functions were added in a new .pxd file cpython.pylifecycle.
The Pythran support was updated to work with the latest Pythran 0.8.7
%a is included in the string formatting types that are optimised into f-strings. In this case, it is also automatically mapped to %r in Python 2.x.
New C macro CYTHON_HEX_VERSION to access Cython’s version in the same style as PY_HEX_VERSION.
Constants in libc.math are now declared as const to simplify their handling.
An additional check_size clause was added to the ctypedef class name specification to allow suppressing warnings when importing modules with backwards-compatible PyTypeObject size changes.
Bugs fixed
----------
The exception handling in generators and coroutines under CPython 3.7 was adapted to the newly introduced exception stack. Users of Cython 0.28 who want to support Python 3.7 are encouraged to upgrade to 0.29 to avoid potentially incorrect error reporting and tracebacks.
Crash when importing a module under Stackless Python that was built for CPython.
2-value slicing of typed sequences failed if the start or stop index was None.
Multiplied string literals lost their factor when they are part of another constant expression (e.g. ‘x’ * 10 + ‘y’ => ‘xy’).
String formatting with the ‘%’ operator didn’t call the special __rmod__() method if the right side is a string subclass that implements it.
The directive language_level=3 did not apply to the first token in the source file.
Overriding cpdef methods did not work in Python subclasses with slots. Note that this can have a performance impact on calls from Cython code.
Fix declarations of builtin or C types using strings in pure python mode.
Generator expressions and lambdas failed to compile in @cfunc functions.
Global names with const types were not excluded from star-import assignments which could lead to invalid C code.
Several internal function signatures were fixed that lead to warnings in gcc-8.
The numpy helper functions set_array_base() and get_array_base() were adapted to the current numpy C-API recommendations.
Some NumPy related code was updated to avoid deprecated API usage.
Several C++ STL declarations were extended and corrected.
C lines of the module init function were unconditionally not reported in exception stack traces.
When PEP-489 support is enabled, reloading the module overwrote any static module state. It now raises an exception instead, given that reloading is not actually supported.
Object-returning, C++ exception throwing functions were not checking that the return value was non-null.
The source file encoding detection could get confused if the c_string_encoding directive appeared within the first two lines.
Cython generated modules no longer emit a warning during import when the size of the NumPy array type is larger than what was found at compile time. Instead, this is assumed to be a backwards compatible change on NumPy side.
Other changes
-------------
Cython now emits a warning when no language_level (2, 3 or ‘3str’) is set explicitly, neither as a cythonize() option nor as a compiler directive. This is meant to prepare the transition of the default language level from currently Py2 to Py3, since that is what most new users will expect these days. The future default will, however, not enforce unicode literals, because this has proven a major obstacle in the support for both Python 2.x and 3.x. The next major release is intended to make this change, so that it will parse all code that does not request a specific language level as Python 3 code, but with str literals. The language level 2 will continue to be supported for an indefinite time.
The documentation was restructured, cleaned up and examples are now tested. The NumPy tutorial was also rewritten to simplify the running example.
Cython compiles less of its own modules at build time to reduce the installed package size to about half of its previous size. This makes the compiler slightly slower, by about 5-7%.
2018-10-15 10:21:03 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/forward_list.pxd
|
2017-07-20 10:37:09 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/functional.pxd
|
2016-04-13 20:13:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/iterator.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/limits.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/list.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/map.pxd
|
Update to 0.23:
0.23 (2015-08-08)
=================
Features added
--------------
* PEP 492 (async/await) was implemented.
See https://www.python.org/dev/peps/pep-0492/
* PEP 448 (Additional Unpacking Generalizations) was implemented.
See https://www.python.org/dev/peps/pep-0448/
* Support for coverage.py 4.0+ can be enabled by adding the plugin
"Cython.Coverage" to the ".coveragerc" config file.
* Annotated HTML source pages can integrate (XML) coverage reports.
* Tracing is supported in ``nogil`` functions/sections and module init code.
* When generators are used in a Cython module and the module imports the
modules "inspect" and/or "asyncio", Cython enables interoperability by
patching these modules during the import to recognise Cython's internal
generator and coroutine types. This can be disabled by C compiling the
module with "-D CYTHON_PATCH_ASYNCIO=0" or "-D CYTHON_PATCH_INSPECT=0"
* When generators or coroutines are used in a Cython module, their types
are registered with the ``Generator`` and ``Coroutine`` ABCs in the
``collections`` or ``collections.abc`` stdlib module at import time to
enable interoperability with code that needs to detect and process Python
generators/coroutines. These ABCs were added in CPython 3.5 and are
available for older Python versions through the ``backports_abc`` module
on PyPI. See https://bugs.python.org/issue24018
* Adding/subtracting/dividing/modulus and equality comparisons with
constant Python floats and small integers are faster.
* Binary and/or/xor/rshift operations with small constant Python integers
are faster.
* When called on generator expressions, the builtins ``all()``, ``any()``,
``dict()``, ``list()``, ``set()``, ``sorted()`` and ``unicode.join()``
avoid the generator iteration overhead by inlining a part of their
functionality into the for-loop.
* Keyword argument dicts are no longer copied on function entry when they
are not being used or only passed through to other function calls (e.g.
in wrapper functions).
* The ``PyTypeObject`` declaration in ``cpython.object`` was extended.
* The builtin ``type`` type is now declared as PyTypeObject in source,
allowing for extern functions taking type parameters to have the correct
C signatures. Note that this might break code that uses ``type`` just
for passing around Python types in typed variables. Removing the type
declaration provides a backwards compatible fix.
* ``wraparound()`` and ``boundscheck()`` are available as no-ops in pure
Python mode.
* Const iterators were added to the provided C++ STL declarations.
* Smart pointers were added to the provided C++ STL declarations.
Patch by Daniel Filonik.
* ``NULL`` is allowed as default argument when embedding signatures.
This fixes ticket 843.
* When compiling with ``--embed``, the internal module name is changed to
``__main__`` to allow arbitrary program names, including those that would
be invalid for modules. Note that this prevents reuse of the generated
C code as an importable module.
* External C++ classes that overload the assignment operator can be used.
Patch by Ian Henriksen.
* Support operator bool() for C++ classes so they can be used in if statements.
Bugs fixed
----------
* Calling "yield from" from Python on a Cython generator that returned a
value triggered a crash in CPython. This is now being worked around.
See https://bugs.python.org/issue23996
* Language level 3 did not enable true division (a.k.a. float division)
for integer operands.
* Functions with fused argument types that included a generic 'object'
fallback could end up using that fallback also for other explicitly
listed object types.
* Relative cimports could accidentally fall back to trying an absolute
cimport on failure.
* The result of calling a C struct constructor no longer requires an
intermediate assignment when coercing to a Python dict.
* C++ exception declarations with mapping functions could fail to compile
when pre-declared in .pxd files.
* ``cpdef void`` methods are now permitted.
* ``abs(cint)`` could fail to compile in MSVC and used sub-optimal code
in C++. Patch by David Vierra, original patch by Michael Enßlin.
* Buffer index calculations using index variables with small C integer
types could overflow for large buffer sizes.
Original patch by David Vierra.
* C unions use a saner way to coerce from and to Python dicts.
* When compiling a module ``foo.pyx``, the directories in ``sys.path``
are no longer searched when looking for ``foo.pxd``.
Patch by Jeroen Demeyer.
* Memory leaks in the embedding main function were fixed.
Original patch by Michael Enßlin.
* Some complex Python expressions could fail to compile inside of finally
clauses.
* Unprefixed 'str' literals were not supported as C varargs arguments.
* Fixed type errors in conversion enum types to/from Python. Note that
this imposes stricter correctness requirements on enum declarations.
Other changes
-------------
* Changed mangling scheme in header files generated by ``cdef api``
declarations.
* Installation under CPython 3.3+ no longer requires a pass of the
2to3 tool. This also makes it possible to run Cython in Python
3.3+ from a source checkout without installing it first.
Patch by Petr Viktorin.
* ``jedi-typer.py`` (in ``Tools/``) was extended and renamed to
``jedityper.py`` (to make it importable) and now works with and
requires Jedi 0.9. Patch by Tzer-jen Wei.
2015-08-14 19:47:54 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/memory.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/pair.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/queue.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/set.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/stack.pxd
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/string.pxd
|
2017-01-25 17:09:06 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/typeindex.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/typeinfo.pxd
|
2014-07-22 13:42:51 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/unordered_map.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/unordered_set.pxd
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/utility.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/libcpp/vector.pxd
|
Update to 0.20:
0.20 (??)
===================
Features added
--------------
* Support for CPython 3.4.
* Support for calling C++ template functions.
* ``yield`` is supported in ``finally`` clauses.
* The C code generated for finally blocks is duplicated for each exit
case to allow for better optimisations by the C compiler.
* Cython tries to undo the Python optimisationism of assigning a bound
method to a local variable when it can generate better code for the
direct call.
* Constant Python float values are cached.
* String equality comparisons can use faster type specific code in
more cases than before.
* String/Unicode formatting using the '%' operator uses a faster
C-API call.
* ``bytearray`` has become a known type and supports coercion from and
to C strings. Indexing, slicing and decoding is optimised. Note that
this may have an impact on existing code due to type inference.
* Using ``cdef basestring stringvar`` and function arguments typed as
``basestring`` is now meaningful and allows assigning exactly
``str`` and ``unicode`` objects, but no subtypes of these types.
* Support for the ``__debug__`` builtin.
* Assertions in Cython compiled modules are disabled if the running
Python interpreter was started with the "-O" option.
* Some types that Cython provides internally, such as functions and
generators, are now shared across modules if more than one Cython
implemented module is imported.
* The type inference algorithm works more fine granular by taking the
results of the control flow analysis into account.
* A new script in ``bin/cythonize`` provides a command line frontend
to the cythonize() compilation function (including distutils build).
* The new extension type decorator ``@cython.no_gc_clear`` prevents
objects from being cleared during cyclic garbage collection, thus
making sure that object attributes are kept alive until deallocation.
* During cyclic garbage collection, attributes of extension types that
cannot create reference cycles due to their type (e.g. strings) are
no longer considered for traversal or clearing. This can reduce the
processing overhead when searching for or cleaning up reference cycles.
* Package compilation (i.e. ``__init__.py`` files) now works, starting
with Python 3.3.
* The cython-mode.el script for Emacs was updated. Patch by Ivan Andrus.
* An option common_utility_include_dir was added to cythonize() to save
oft-used utility code once in a separate directory rather than as
part of each generated file.
* ``unraisable_tracebacks`` directive added to control printing of
tracebacks of unraisable exceptions.
Bugs fixed
----------
* Abstract Python classes that subtyped a Cython extension type
failed to raise an exception on instantiation, and thus ended
up being instantiated.
* ``set.add(a_tuple)`` and ``set.discard(a_tuple)`` failed with a
TypeError in Py2.4.
* The PEP 3155 ``__qualname__`` was incorrect for nested classes and
inner classes/functions declared as ``global``.
* Several corner cases in the try-finally statement were fixed.
* The metaclass of a Python class was not inherited from its parent
class(es). It is now extracted from the list of base classes if not
provided explicitly using the Py3 ``metaclass`` keyword argument.
In Py2 compilation mode, a ``__metaclass__`` entry in the class
dict will still take precedence if not using Py3 metaclass syntax,
but only *after* creating the class dict (which may have been done
by a metaclass of a base class, see PEP 3115). It is generally
recommended to use the explicit Py3 syntax to define metaclasses
for Python types at compile time.
* The automatic C switch statement generation behaves more safely for
heterogeneous value types (e.g. mixing enum and char), allowing for
a slightly wider application and reducing corner cases. It now always
generates a 'default' clause to avoid C compiler warnings about
unmatched enum values.
* Fixed a bug where class hierarchies declared out-of-order could result
in broken generated code.
* Fixed a bug which prevented overriding const methods of C++ classes.
* Fixed a crash when converting Python objects to C++ strings fails.
Other changes
-------------
* In Py3 compilation mode, Python2-style metaclasses declared by a
``__metaclass__`` class dict entry are ignored.
* In Py3.4+, the Cython generator type uses ``tp_finalize()`` for safer
cleanup instead of ``tp_del()``.
2014-01-27 20:44:24 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/numpy/__init__.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/numpy/math.pxd
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/openmp.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/__init__.pxd
|
2016-04-13 20:13:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/dlfcn.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/fcntl.pxd
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/ioctl.pxd
|
2014-10-23 12:09:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/mman.pxd
|
2014-09-14 19:44:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/resource.pxd
|
2016-04-13 20:13:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/select.pxd
|
2014-09-14 19:44:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/signal.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/posix/stat.pxd
|
2016-04-13 20:13:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/stdio.pxd
|
2014-09-14 19:44:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/stdlib.pxd
|
Update to 0.22:
0.22 (2015-02-11)
=================
Features added
--------------
* C functions can coerce to Python functions, which allows passing them
around as callable objects.
* C arrays can be assigned by value and auto-coerce from Python iterables
and to Python lists (and tuples).
* Extern C functions can now be declared as cpdef to export them to
the module's Python namespace. Extern C functions in pxd files export
their values to their own module, iff it exists.
* Anonymous C tuple types can be declared as (ctype1, ctype2, ...).
* PEP 479: turn accidental StopIteration exceptions that exit generators
into a RuntimeError, activated with future import "generator_stop".
See http://legacy.python.org/dev/peps/pep-0479/
* Looping over ``reversed(range())`` is optimised in the same way as
``range()``. Patch by Favian Contreras.
Bugs fixed
----------
* Mismatching 'except' declarations on signatures in .pxd and .pyx files failed
to produce a compile error.
* Failure to find any files for the path pattern(s) passed into ``cythonize()``
is now an error to more easily detect accidental typos.
* The ``logaddexp`` family of functions in ``numpy.math`` now has correct
declarations.
* In Py2.6/7 and Py3.2, simple Cython memory views could accidentally be
interpreted as non-contiguous by CPython, which could trigger a CPython
bug when copying data from them, thus leading to data corruption.
See CPython issues 12834 and 23349.
Other changes
-------------
* Preliminary support for defining the Cython language with a formal grammar.
To try parsing your files against this grammar, use the --formal_grammar directive.
Experimental.
* ``_`` is no longer considered a cacheable builtin as it could interfere with
gettext.
* Cythonize-computed metadata now cached in the generated C files.
* Several corrections and extensions in numpy, cpython, and libcpp pxd files.
2015-02-17 15:00:01 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/strings.pxd
|
2014-09-14 19:44:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/time.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Includes/posix/types.pxd
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/unistd.pxd
|
2014-10-23 12:09:49 +02:00
|
|
|
${PYSITELIB}/Cython/Includes/posix/wait.pxd
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Plex/Actions.pxd
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Plex/Actions.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Actions.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Actions.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Plex/Actions.so
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Plex/DFA.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/DFA.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/DFA.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Errors.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Errors.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Errors.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Lexicons.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Lexicons.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Lexicons.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Machines.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Machines.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Machines.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Regexps.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Regexps.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Regexps.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Scanners.pxd
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Scanners.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Scanners.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Scanners.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Scanners.so
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Timing.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Timing.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Timing.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Traditional.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Traditional.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Traditional.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Transitions.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Transitions.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/Transitions.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Plex/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Plex/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Plex/__init__.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Runtime/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Runtime/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Runtime/__init__.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Runtime/refnanny.pyx
|
|
|
|
|
${PYSITELIB}/Cython/Runtime/refnanny.so
|
|
|
|
|
${PYSITELIB}/Cython/Shadow.py
|
|
|
|
|
${PYSITELIB}/Cython/Shadow.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Shadow.pyo
|
|
|
|
|
${PYSITELIB}/Cython/StringIOTree.py
|
|
|
|
|
${PYSITELIB}/Cython/StringIOTree.pyc
|
|
|
|
|
${PYSITELIB}/Cython/StringIOTree.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Tempita/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/__init__.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/_looper.py
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/_looper.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/_looper.pyo
|
Update to 0.20:
0.20 (??)
===================
Features added
--------------
* Support for CPython 3.4.
* Support for calling C++ template functions.
* ``yield`` is supported in ``finally`` clauses.
* The C code generated for finally blocks is duplicated for each exit
case to allow for better optimisations by the C compiler.
* Cython tries to undo the Python optimisationism of assigning a bound
method to a local variable when it can generate better code for the
direct call.
* Constant Python float values are cached.
* String equality comparisons can use faster type specific code in
more cases than before.
* String/Unicode formatting using the '%' operator uses a faster
C-API call.
* ``bytearray`` has become a known type and supports coercion from and
to C strings. Indexing, slicing and decoding is optimised. Note that
this may have an impact on existing code due to type inference.
* Using ``cdef basestring stringvar`` and function arguments typed as
``basestring`` is now meaningful and allows assigning exactly
``str`` and ``unicode`` objects, but no subtypes of these types.
* Support for the ``__debug__`` builtin.
* Assertions in Cython compiled modules are disabled if the running
Python interpreter was started with the "-O" option.
* Some types that Cython provides internally, such as functions and
generators, are now shared across modules if more than one Cython
implemented module is imported.
* The type inference algorithm works more fine granular by taking the
results of the control flow analysis into account.
* A new script in ``bin/cythonize`` provides a command line frontend
to the cythonize() compilation function (including distutils build).
* The new extension type decorator ``@cython.no_gc_clear`` prevents
objects from being cleared during cyclic garbage collection, thus
making sure that object attributes are kept alive until deallocation.
* During cyclic garbage collection, attributes of extension types that
cannot create reference cycles due to their type (e.g. strings) are
no longer considered for traversal or clearing. This can reduce the
processing overhead when searching for or cleaning up reference cycles.
* Package compilation (i.e. ``__init__.py`` files) now works, starting
with Python 3.3.
* The cython-mode.el script for Emacs was updated. Patch by Ivan Andrus.
* An option common_utility_include_dir was added to cythonize() to save
oft-used utility code once in a separate directory rather than as
part of each generated file.
* ``unraisable_tracebacks`` directive added to control printing of
tracebacks of unraisable exceptions.
Bugs fixed
----------
* Abstract Python classes that subtyped a Cython extension type
failed to raise an exception on instantiation, and thus ended
up being instantiated.
* ``set.add(a_tuple)`` and ``set.discard(a_tuple)`` failed with a
TypeError in Py2.4.
* The PEP 3155 ``__qualname__`` was incorrect for nested classes and
inner classes/functions declared as ``global``.
* Several corner cases in the try-finally statement were fixed.
* The metaclass of a Python class was not inherited from its parent
class(es). It is now extracted from the list of base classes if not
provided explicitly using the Py3 ``metaclass`` keyword argument.
In Py2 compilation mode, a ``__metaclass__`` entry in the class
dict will still take precedence if not using Py3 metaclass syntax,
but only *after* creating the class dict (which may have been done
by a metaclass of a base class, see PEP 3115). It is generally
recommended to use the explicit Py3 syntax to define metaclasses
for Python types at compile time.
* The automatic C switch statement generation behaves more safely for
heterogeneous value types (e.g. mixing enum and char), allowing for
a slightly wider application and reducing corner cases. It now always
generates a 'default' clause to avoid C compiler warnings about
unmatched enum values.
* Fixed a bug where class hierarchies declared out-of-order could result
in broken generated code.
* Fixed a bug which prevented overriding const methods of C++ classes.
* Fixed a crash when converting Python objects to C++ strings fails.
Other changes
-------------
* In Py3 compilation mode, Python2-style metaclasses declared by a
``__metaclass__`` class dict entry are ignored.
* In Py3.4+, the Cython generator type uses ``tp_finalize()`` for safer
cleanup instead of ``tp_del()``.
2014-01-27 20:44:24 +01:00
|
|
|
${PYSITELIB}/Cython/Tempita/_tempita.py
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/_tempita.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/_tempita.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/_tempita.so
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Tempita/compat3.py
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/compat3.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tempita/compat3.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/TestUtils.py
|
|
|
|
|
${PYSITELIB}/Cython/TestUtils.pyc
|
|
|
|
|
${PYSITELIB}/Cython/TestUtils.pyo
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestCodeWriter.py
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestCodeWriter.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestCodeWriter.pyo
|
py-cython: updated to 0.29
0.29:
Features added
--------------
PEP-489 multi-phase module initialisation has been enabled again. Module reloads in other subinterpreters raise an exception to prevent corruption of the static module state.
A set of mypy compatible PEP-484 declarations were added for Cython’s C data types to integrate with static analysers in typed Python code. They are available in the Cython/Shadow.pyi module and describe the types in the special cython module that can be used for typing in Python code.
Memoryviews are supported in PEP-484/526 style type declarations.
@cython.nogil is supported as a C-function decorator in Python code.
Raising exceptions from nogil code will automatically acquire the GIL, instead of requiring an explicit with gil block.
C++ functions can now be declared as potentially raising both C++ and Python exceptions, so that Cython can handle both correctly.
cython.inline() supports a direct language_level keyword argument that was previously only available via a directive.
A new language level name 3str was added that mostly corresponds to language level 3, but keeps unprefixed string literals as type ‘str’ in both Py2 and Py3, and the builtin ‘str’ type unchanged. This will become the default in the next Cython release and is meant to help user code a) transition more easily to this new default and b) migrate to Python 3 source code semantics without making support for Python 2.x difficult.
In CPython 3.6 and later, looking up globals in the module dict is almost as fast as looking up C globals.
For a Python subclass of an extension type, repeated method calls to non-overridden cpdef methods can avoid the attribute lookup in Py3.6+, which makes them 4x faster.
(In-)equality comparisons of objects to integer literals are faster.
Some internal and 1-argument method calls are faster.
Modules that cimport many external extension types from other Cython modules execute less import requests during module initialisation.
Constant tuples and slices are deduplicated and only created once per module.
The coverage plugin considers more C file extensions such as .cc and .cxx.
The cythonize command accepts compile time variable values (as set by DEF) through the new -E option.
pyximport can import from namespace packages.
Some missing numpy and CPython C-API declarations were added.
Declarations for the pylifecycle C-API functions were added in a new .pxd file cpython.pylifecycle.
The Pythran support was updated to work with the latest Pythran 0.8.7
%a is included in the string formatting types that are optimised into f-strings. In this case, it is also automatically mapped to %r in Python 2.x.
New C macro CYTHON_HEX_VERSION to access Cython’s version in the same style as PY_HEX_VERSION.
Constants in libc.math are now declared as const to simplify their handling.
An additional check_size clause was added to the ctypedef class name specification to allow suppressing warnings when importing modules with backwards-compatible PyTypeObject size changes.
Bugs fixed
----------
The exception handling in generators and coroutines under CPython 3.7 was adapted to the newly introduced exception stack. Users of Cython 0.28 who want to support Python 3.7 are encouraged to upgrade to 0.29 to avoid potentially incorrect error reporting and tracebacks.
Crash when importing a module under Stackless Python that was built for CPython.
2-value slicing of typed sequences failed if the start or stop index was None.
Multiplied string literals lost their factor when they are part of another constant expression (e.g. ‘x’ * 10 + ‘y’ => ‘xy’).
String formatting with the ‘%’ operator didn’t call the special __rmod__() method if the right side is a string subclass that implements it.
The directive language_level=3 did not apply to the first token in the source file.
Overriding cpdef methods did not work in Python subclasses with slots. Note that this can have a performance impact on calls from Cython code.
Fix declarations of builtin or C types using strings in pure python mode.
Generator expressions and lambdas failed to compile in @cfunc functions.
Global names with const types were not excluded from star-import assignments which could lead to invalid C code.
Several internal function signatures were fixed that lead to warnings in gcc-8.
The numpy helper functions set_array_base() and get_array_base() were adapted to the current numpy C-API recommendations.
Some NumPy related code was updated to avoid deprecated API usage.
Several C++ STL declarations were extended and corrected.
C lines of the module init function were unconditionally not reported in exception stack traces.
When PEP-489 support is enabled, reloading the module overwrote any static module state. It now raises an exception instead, given that reloading is not actually supported.
Object-returning, C++ exception throwing functions were not checking that the return value was non-null.
The source file encoding detection could get confused if the c_string_encoding directive appeared within the first two lines.
Cython generated modules no longer emit a warning during import when the size of the NumPy array type is larger than what was found at compile time. Instead, this is assumed to be a backwards compatible change on NumPy side.
Other changes
-------------
Cython now emits a warning when no language_level (2, 3 or ‘3str’) is set explicitly, neither as a cythonize() option nor as a compiler directive. This is meant to prepare the transition of the default language level from currently Py2 to Py3, since that is what most new users will expect these days. The future default will, however, not enforce unicode literals, because this has proven a major obstacle in the support for both Python 2.x and 3.x. The next major release is intended to make this change, so that it will parse all code that does not request a specific language level as Python 3 code, but with str literals. The language level 2 will continue to be supported for an indefinite time.
The documentation was restructured, cleaned up and examples are now tested. The NumPy tutorial was also rewritten to simplify the running example.
Cython compiles less of its own modules at build time to reduce the installed package size to about half of its previous size. This makes the compiler slightly slower, by about 5-7%.
2018-10-15 10:21:03 +02:00
|
|
|
${PYSITELIB}/Cython/Tests/TestCythonUtils.py
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestCythonUtils.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestCythonUtils.pyo
|
2014-09-14 19:44:49 +02:00
|
|
|
${PYSITELIB}/Cython/Tests/TestJediTyper.py
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestJediTyper.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestJediTyper.pyo
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Tests/TestStringIOTree.py
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestStringIOTree.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tests/TestStringIOTree.pyo
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Tests/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Tests/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tests/__init__.pyo
|
2010-11-24 18:58:22 +01:00
|
|
|
${PYSITELIB}/Cython/Tests/xmlrunner.py
|
|
|
|
|
${PYSITELIB}/Cython/Tests/xmlrunner.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Tests/xmlrunner.pyo
|
py-cython: update to 0.27
0.27:
Features added
* Extension module initialisation follows
`PEP 489 <https://www.python.org/dev/peps/pep-0489/>`_ in CPython 3.5+, which
resolves several differences with regard to normal Python modules. This makes
the global names ``__file__`` and ``__path__`` correctly available to module
level code and improves the support for module-level relative imports.
* Asynchronous generators (`PEP 525 <https://www.python.org/dev/peps/pep-0525/>`_)
and asynchronous comprehensions (`PEP 530 <https://www.python.org/dev/peps/pep-0530/>`_)
have been implemented. Note that async generators require finalisation support
in order to allow for asynchronous operations during cleanup, which is only
available in CPython 3.6+. All other functionality has been backported as usual.
* Variable annotations are now parsed according to
`PEP 526 <https://www.python.org/dev/peps/pep-0526/>`_. Cython types (e.g.
``cython.int``) are evaluated as C type declarations and everything else as Python
types. This can be disabled with the directive ``annotation_typing=False``.
Note that most complex PEP-484 style annotations are currently ignored. This will
change in future releases.
* Extension types (also in pure Python mode) can implement the normal special methods
``__eq__``, ``__lt__`` etc. for comparisons instead of the low-level ``__richcmp__``
method.
* New decorator ``@cython.exceptval(x=None, check=False)`` that makes the signature
declarations ``except x``, ``except? x`` and ``except *`` available to pure Python
code. Original patch by Antonio Cuni.
* Signature annotations are now included in the signature docstring generated by
the ``embedsignature`` directive.
* The gdb support for Python code (``libpython.py``) was updated to the latest
version in CPython 3.7 (git rev 5fe59f8).
* The compiler tries to find a usable exception return value for cdef functions
with ``except *`` if the returned type allows it. Note that this feature is subject
to safety limitations, so it is still better to provide an explicit declaration.
* C functions can be assigned to function pointers with a compatible exception
declaration, not only with exact matches. A side-effect is that certain compatible
signature overrides are now allowed and some more mismatches of exception signatures
are now detected and rejected as errors that were not detected before.
* The IPython/Jupyter magic integration has a new option ``%%cython --pgo`` for profile
guided optimisation. It compiles the cell with PGO settings for the C compiler,
executes it to generate a runtime profile, and then compiles it again using that
profile for C compiler optimisation. Currently only tested with gcc.
* ``len(memoryview)`` can be used in nogil sections to get the size of the
first dimension of a memory view (``shape[0]``).
* C++ classes can now contain (properly refcounted) Python objects.
* NumPy dtype subarrays are now accessible through the C-API.
* Resolves several issues with PyPy and uses faster async slots in PyPy3.
Bugs fixed
* Extension types that were cimported from other Cython modules could disagree
about the order of fused cdef methods in their call table. This could lead
to wrong methods being called and potentially also crashes. The fix required
changes to the ordering of fused methods in the call table, which may break
existing compiled modules that call fused cdef methods across module boundaries,
if these methods were implemented in a different order than they were declared
in the corresponding .pxd file.
* The exception state handling in generators and coroutines could lead to
exceptions in the caller being lost if an exception was raised and handled
inside of the coroutine when yielding.
* Loops over ``range(enum)`` were not converted into C for-loops. Note that it
is still recommended to use an explicit cast to a C integer type in this case.
* Error positions of names (e.g. variables) were incorrectly reported after the
name and not at the beginning of the name.
* Compile time ``DEF`` assignments were evaluated even when they occur inside of
falsy ``IF`` blocks.
* Disabling the line tracing from a trace function could fail.
* Several issues with the Pythran integration were resolved.
* abs(signed int) now returns a signed rather than unsigned int.
* Reading ``frame.f_locals`` of a Cython function (e.g. from a debugger or profiler
could modify the module globals.
* Buffer type mismatches in the NumPy buffer support could leak a reference to the
buffer owner.
* Using the "is_f_contig" and "is_c_contig" memoryview methods together could leave
one of them undeclared.
* Compilation failed if the for-in-range loop target was not a variable but a more
complex expression, e.g. an item assignment.
* Compile time evaluations of (partially) constant f-strings could show incorrect
results.
* Escape sequences in raw f-strings (``fr'...'``) were resolved instead of passing
them through as expected.
* Some ref-counting issues in buffer error handling have been resolved.
Other changes
* Type declarations in signature annotations are now parsed according to
`PEP 484 <https://www.python.org/dev/peps/pep-0484/>`_
typing. Only Cython types (e.g. ``cython.int``) and Python builtin types are
currently considered as type declarations. Everything else is ignored, but this
will change in a future Cython release.
* The directive ``annotation_typing`` is now ``True`` by default, which enables
parsing type declarations from annotations.
* This release no longer supports Python 3.2.
2017-09-30 11:53:23 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/AsyncGen.c
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Buffer.c
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Builtins.c
|
Update to 0.22:
0.22 (2015-02-11)
=================
Features added
--------------
* C functions can coerce to Python functions, which allows passing them
around as callable objects.
* C arrays can be assigned by value and auto-coerce from Python iterables
and to Python lists (and tuples).
* Extern C functions can now be declared as cpdef to export them to
the module's Python namespace. Extern C functions in pxd files export
their values to their own module, iff it exists.
* Anonymous C tuple types can be declared as (ctype1, ctype2, ...).
* PEP 479: turn accidental StopIteration exceptions that exit generators
into a RuntimeError, activated with future import "generator_stop".
See http://legacy.python.org/dev/peps/pep-0479/
* Looping over ``reversed(range())`` is optimised in the same way as
``range()``. Patch by Favian Contreras.
Bugs fixed
----------
* Mismatching 'except' declarations on signatures in .pxd and .pyx files failed
to produce a compile error.
* Failure to find any files for the path pattern(s) passed into ``cythonize()``
is now an error to more easily detect accidental typos.
* The ``logaddexp`` family of functions in ``numpy.math`` now has correct
declarations.
* In Py2.6/7 and Py3.2, simple Cython memory views could accidentally be
interpreted as non-contiguous by CPython, which could trigger a CPython
bug when copying data from them, thus leading to data corruption.
See CPython issues 12834 and 23349.
Other changes
-------------
* Preliminary support for defining the Cython language with a formal grammar.
To try parsing your files against this grammar, use the --formal_grammar directive.
Experimental.
* ``_`` is no longer considered a cacheable builtin as it could interfere with
gettext.
* Cythonize-computed metadata now cached in the generated C files.
* Several corrections and extensions in numpy, cpython, and libcpp pxd files.
2015-02-17 15:00:01 +01:00
|
|
|
${PYSITELIB}/Cython/Utility/CConvert.pyx
|
Update to 0.23:
0.23 (2015-08-08)
=================
Features added
--------------
* PEP 492 (async/await) was implemented.
See https://www.python.org/dev/peps/pep-0492/
* PEP 448 (Additional Unpacking Generalizations) was implemented.
See https://www.python.org/dev/peps/pep-0448/
* Support for coverage.py 4.0+ can be enabled by adding the plugin
"Cython.Coverage" to the ".coveragerc" config file.
* Annotated HTML source pages can integrate (XML) coverage reports.
* Tracing is supported in ``nogil`` functions/sections and module init code.
* When generators are used in a Cython module and the module imports the
modules "inspect" and/or "asyncio", Cython enables interoperability by
patching these modules during the import to recognise Cython's internal
generator and coroutine types. This can be disabled by C compiling the
module with "-D CYTHON_PATCH_ASYNCIO=0" or "-D CYTHON_PATCH_INSPECT=0"
* When generators or coroutines are used in a Cython module, their types
are registered with the ``Generator`` and ``Coroutine`` ABCs in the
``collections`` or ``collections.abc`` stdlib module at import time to
enable interoperability with code that needs to detect and process Python
generators/coroutines. These ABCs were added in CPython 3.5 and are
available for older Python versions through the ``backports_abc`` module
on PyPI. See https://bugs.python.org/issue24018
* Adding/subtracting/dividing/modulus and equality comparisons with
constant Python floats and small integers are faster.
* Binary and/or/xor/rshift operations with small constant Python integers
are faster.
* When called on generator expressions, the builtins ``all()``, ``any()``,
``dict()``, ``list()``, ``set()``, ``sorted()`` and ``unicode.join()``
avoid the generator iteration overhead by inlining a part of their
functionality into the for-loop.
* Keyword argument dicts are no longer copied on function entry when they
are not being used or only passed through to other function calls (e.g.
in wrapper functions).
* The ``PyTypeObject`` declaration in ``cpython.object`` was extended.
* The builtin ``type`` type is now declared as PyTypeObject in source,
allowing for extern functions taking type parameters to have the correct
C signatures. Note that this might break code that uses ``type`` just
for passing around Python types in typed variables. Removing the type
declaration provides a backwards compatible fix.
* ``wraparound()`` and ``boundscheck()`` are available as no-ops in pure
Python mode.
* Const iterators were added to the provided C++ STL declarations.
* Smart pointers were added to the provided C++ STL declarations.
Patch by Daniel Filonik.
* ``NULL`` is allowed as default argument when embedding signatures.
This fixes ticket 843.
* When compiling with ``--embed``, the internal module name is changed to
``__main__`` to allow arbitrary program names, including those that would
be invalid for modules. Note that this prevents reuse of the generated
C code as an importable module.
* External C++ classes that overload the assignment operator can be used.
Patch by Ian Henriksen.
* Support operator bool() for C++ classes so they can be used in if statements.
Bugs fixed
----------
* Calling "yield from" from Python on a Cython generator that returned a
value triggered a crash in CPython. This is now being worked around.
See https://bugs.python.org/issue23996
* Language level 3 did not enable true division (a.k.a. float division)
for integer operands.
* Functions with fused argument types that included a generic 'object'
fallback could end up using that fallback also for other explicitly
listed object types.
* Relative cimports could accidentally fall back to trying an absolute
cimport on failure.
* The result of calling a C struct constructor no longer requires an
intermediate assignment when coercing to a Python dict.
* C++ exception declarations with mapping functions could fail to compile
when pre-declared in .pxd files.
* ``cpdef void`` methods are now permitted.
* ``abs(cint)`` could fail to compile in MSVC and used sub-optimal code
in C++. Patch by David Vierra, original patch by Michael Enßlin.
* Buffer index calculations using index variables with small C integer
types could overflow for large buffer sizes.
Original patch by David Vierra.
* C unions use a saner way to coerce from and to Python dicts.
* When compiling a module ``foo.pyx``, the directories in ``sys.path``
are no longer searched when looking for ``foo.pxd``.
Patch by Jeroen Demeyer.
* Memory leaks in the embedding main function were fixed.
Original patch by Michael Enßlin.
* Some complex Python expressions could fail to compile inside of finally
clauses.
* Unprefixed 'str' literals were not supported as C varargs arguments.
* Fixed type errors in conversion enum types to/from Python. Note that
this imposes stricter correctness requirements on enum declarations.
Other changes
-------------
* Changed mangling scheme in header files generated by ``cdef api``
declarations.
* Installation under CPython 3.3+ no longer requires a pass of the
2to3 tool. This also makes it possible to run Cython in Python
3.3+ from a source checkout without installing it first.
Patch by Petr Viktorin.
* ``jedi-typer.py`` (in ``Tools/``) was extended and renamed to
``jedityper.py`` (to make it importable) and now works with and
requires Jedi 0.9. Patch by Tzer-jen Wei.
2015-08-14 19:47:54 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/CMath.c
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Capsule.c
|
2017-07-20 10:37:09 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/CommonStructures.c
|
2017-01-25 17:09:06 +01:00
|
|
|
${PYSITELIB}/Cython/Utility/Complex.c
|
Update to 0.23:
0.23 (2015-08-08)
=================
Features added
--------------
* PEP 492 (async/await) was implemented.
See https://www.python.org/dev/peps/pep-0492/
* PEP 448 (Additional Unpacking Generalizations) was implemented.
See https://www.python.org/dev/peps/pep-0448/
* Support for coverage.py 4.0+ can be enabled by adding the plugin
"Cython.Coverage" to the ".coveragerc" config file.
* Annotated HTML source pages can integrate (XML) coverage reports.
* Tracing is supported in ``nogil`` functions/sections and module init code.
* When generators are used in a Cython module and the module imports the
modules "inspect" and/or "asyncio", Cython enables interoperability by
patching these modules during the import to recognise Cython's internal
generator and coroutine types. This can be disabled by C compiling the
module with "-D CYTHON_PATCH_ASYNCIO=0" or "-D CYTHON_PATCH_INSPECT=0"
* When generators or coroutines are used in a Cython module, their types
are registered with the ``Generator`` and ``Coroutine`` ABCs in the
``collections`` or ``collections.abc`` stdlib module at import time to
enable interoperability with code that needs to detect and process Python
generators/coroutines. These ABCs were added in CPython 3.5 and are
available for older Python versions through the ``backports_abc`` module
on PyPI. See https://bugs.python.org/issue24018
* Adding/subtracting/dividing/modulus and equality comparisons with
constant Python floats and small integers are faster.
* Binary and/or/xor/rshift operations with small constant Python integers
are faster.
* When called on generator expressions, the builtins ``all()``, ``any()``,
``dict()``, ``list()``, ``set()``, ``sorted()`` and ``unicode.join()``
avoid the generator iteration overhead by inlining a part of their
functionality into the for-loop.
* Keyword argument dicts are no longer copied on function entry when they
are not being used or only passed through to other function calls (e.g.
in wrapper functions).
* The ``PyTypeObject`` declaration in ``cpython.object`` was extended.
* The builtin ``type`` type is now declared as PyTypeObject in source,
allowing for extern functions taking type parameters to have the correct
C signatures. Note that this might break code that uses ``type`` just
for passing around Python types in typed variables. Removing the type
declaration provides a backwards compatible fix.
* ``wraparound()`` and ``boundscheck()`` are available as no-ops in pure
Python mode.
* Const iterators were added to the provided C++ STL declarations.
* Smart pointers were added to the provided C++ STL declarations.
Patch by Daniel Filonik.
* ``NULL`` is allowed as default argument when embedding signatures.
This fixes ticket 843.
* When compiling with ``--embed``, the internal module name is changed to
``__main__`` to allow arbitrary program names, including those that would
be invalid for modules. Note that this prevents reuse of the generated
C code as an importable module.
* External C++ classes that overload the assignment operator can be used.
Patch by Ian Henriksen.
* Support operator bool() for C++ classes so they can be used in if statements.
Bugs fixed
----------
* Calling "yield from" from Python on a Cython generator that returned a
value triggered a crash in CPython. This is now being worked around.
See https://bugs.python.org/issue23996
* Language level 3 did not enable true division (a.k.a. float division)
for integer operands.
* Functions with fused argument types that included a generic 'object'
fallback could end up using that fallback also for other explicitly
listed object types.
* Relative cimports could accidentally fall back to trying an absolute
cimport on failure.
* The result of calling a C struct constructor no longer requires an
intermediate assignment when coercing to a Python dict.
* C++ exception declarations with mapping functions could fail to compile
when pre-declared in .pxd files.
* ``cpdef void`` methods are now permitted.
* ``abs(cint)`` could fail to compile in MSVC and used sub-optimal code
in C++. Patch by David Vierra, original patch by Michael Enßlin.
* Buffer index calculations using index variables with small C integer
types could overflow for large buffer sizes.
Original patch by David Vierra.
* C unions use a saner way to coerce from and to Python dicts.
* When compiling a module ``foo.pyx``, the directories in ``sys.path``
are no longer searched when looking for ``foo.pxd``.
Patch by Jeroen Demeyer.
* Memory leaks in the embedding main function were fixed.
Original patch by Michael Enßlin.
* Some complex Python expressions could fail to compile inside of finally
clauses.
* Unprefixed 'str' literals were not supported as C varargs arguments.
* Fixed type errors in conversion enum types to/from Python. Note that
this imposes stricter correctness requirements on enum declarations.
Other changes
-------------
* Changed mangling scheme in header files generated by ``cdef api``
declarations.
* Installation under CPython 3.3+ no longer requires a pass of the
2to3 tool. This also makes it possible to run Cython in Python
3.3+ from a source checkout without installing it first.
Patch by Petr Viktorin.
* ``jedi-typer.py`` (in ``Tools/``) was extended and renamed to
``jedityper.py`` (to make it importable) and now works with and
requires Jedi 0.9. Patch by Tzer-jen Wei.
2015-08-14 19:47:54 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Coroutine.c
|
2016-04-13 20:13:49 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/CpdefEnums.pyx
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/CppConvert.pyx
|
|
|
|
|
${PYSITELIB}/Cython/Utility/CppSupport.cpp
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/CythonFunction.c
|
2014-07-22 13:42:51 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Embed.c
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Exceptions.c
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/ExtensionTypes.c
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/FunctionArguments.c
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/ImportExport.c
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/MemoryView.pyx
|
|
|
|
|
${PYSITELIB}/Cython/Utility/MemoryView_C.c
|
|
|
|
|
${PYSITELIB}/Cython/Utility/ModuleSetupCode.c
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/ObjectHandling.c
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Optimize.c
|
2013-02-03 17:35:51 +01:00
|
|
|
${PYSITELIB}/Cython/Utility/Overflow.c
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Printing.c
|
Update to 0.19:
0.19 (2013-04-19)
=================
Features added
--------------
* New directives ``c_string_type`` and ``c_string_encoding`` to more easily
and automatically convert between C strings and the different Python string
types.
* The extension type flag ``Py_TPFLAGS_HAVE_VERSION_TAG`` is enabled by default
on extension types and can be disabled using the ``type_version_tag`` compiler
directive.
* EXPERIMENTAL support for simple Cython code level line tracing. Enabled by
the "linetrace" compiler directive.
* Cython implemented functions make their argument and return type annotations
available through the ``__annotations__`` attribute (PEP 3107).
* Access to non-cdef module globals and Python object attributes is faster.
* ``Py_UNICODE*`` coerces from and to Python unicode strings. This is
helpful when talking to Windows APIs, which use compatible wchar_t
arrays for strings. Note that the ``Py_UNICODE`` type is otherwise
deprecated as of CPython 3.3.
* ``isinstance(obj, basestring)`` is optimised. In Python 3 it only tests
for instances of ``str`` (i.e. Py2 ``unicode``).
* The ``basestring`` builtin is mapped to ``str`` (i.e. Py2 ``unicode``) when
compiling the generated C code under Python 3.
* Closures use freelists, which can speed up their creation quite substantially.
This is also visible for short running generator expressions, for example.
* A new class decorator ``@cython.freelist(N)`` creates a static freelist of N
instances for an extension type, thus avoiding the costly allocation step if
possible. This can speed up object instantiation by 20-30% in suitable
scenarios. Note that freelists are currently only supported for base types,
not for types that inherit from others.
* Fast extension type instantiation using the ``Type.__new__(Type)`` idiom has
gained support for passing arguments. It is also a bit faster for types defined
inside of the module.
* The Python2-only dict methods ``.iter*()`` and ``.view*()`` (requires Python 2.7)
are automatically mapped to the equivalent keys/values/items methods in Python 3
for typed dictionaries.
* 2-value slicing of unknown objects passes the correct slice when the ``getitem``
protocol is used instead of the ``getslice`` protocol (especially in Python 3),
i.e. ``None`` values for missing bounds instead of ``[0,maxsize]``. It is also
a bit faster in some cases, e.g. for constant bounds. This fixes trac ticket 636.
* Slicing unicode strings, lists and tuples is faster.
* list.append() is faster on average.
* ``raise Exception() from None`` suppresses the exception context in Py3.3.
* Py3 compatible ``exec(tuple)`` syntax is supported in Py2 code.
* Keyword arguments are supported for cdef functions.
* External C++ classes can be declared nogil. Patch by John Stumpo. This fixes
trac ticket 805.
Bugs fixed
----------
* Cascaded assignments of None values to extension type variables failed with
a ``TypeError`` at runtime.
* The ``__defaults__`` attribute was not writable for Cython implemented
functions.
* Default values of keyword-only arguments showed up in ``__defaults__`` instead
of ``__kwdefaults__`` (which was not implemented). Both are available for
Cython implemented functions now, as specified in Python 3.x.
* ``yield`` works inside of ``with gil`` sections. It previously lead to a crash.
This fixes trac ticket 803.
* Static methods without explicitly named positional arguments (e.g. having only
``*args``) crashed when being called. This fixes trac ticket 804.
* ``dir()`` without arguments previously returned an unsorted list, which now
gets sorted as expected.
* ``dict.items()``, ``dict.keys()`` and ``dict.values()`` no longer return lists
in Python 3.
* Exiting from an ``except-as`` clause now deletes the exception in Python 3 mode.
* The declarations of ``frexp()`` and ``ldexp()`` in ``math.pxd`` were incorrect.
2013-05-05 01:50:52 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/Profile.c
|
Update to 0.16:
0.16
Features
Enhancements to Cython's function type (support for weak
references, default arguments, code objects, dynamic attributes,
classmethods, staticmethods, and more)
Fused Types - Template-like support for functions and methods
CEP 522 (docs)
Typed views on memory - Support for efficient direct and indirect
buffers (indexing, slicing, transposing, ...) CEP 517 (docs)
super() without arguments
Final cdef methods (which translate into direct calls on known
instances)
General Improvements and Bug Fixes
support default arguments for closures
search sys.path for pxd files
support C++ template casting
faster traceback building and faster generator termination
support inplace operators on indexed buffers
fix alignment handling for record types in buffer support
allow nested prange sections
0.15.1
This is a bugfix-only release.
0.15
Major Features
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
Generators (yield) - Cython has full support for generators,
generator expressions and PEP 342 coroutines.
The nonlocal keyword is supported.
Re-acquiring the gil: with gil - works as expected within a
nogil context.
OpenMP support: prange.
Control flow analysis prunes dead code and emits warnings and
errors about uninitialised variables.
Debugger command cy set to assign values of expressions to
Cython variables and cy exec counterpart $cy_eval().
Exception chaining PEP 3134.
Relative imports PEP 328.
Improved pure syntax including cython.cclass, cython.cfunc,
and cython.ccall.
The with statement has its own dedicated and faster C
implementation.
Support for del.
Boundschecking directives implemented for builtin Python sequence
types.
Several updates and additions to the shipped standard library
.pxd files.
Forward declaration of types is no longer required for circular
references.
Note: this will be the last release to support Python 2.3; Python
2.4 will be supported for at least one more release.
General improvements and bug fixes
This release contains over a thousand commits including hundreds
of bugfixes and optimizations. The bug tracker has not been as
heavily used this release cycle, but is still an interesting subset
of improvements and fixes
Incompatible changes
Uninitialized variables are no longer initialized to None and
accessing them has the same semantics as standard Python.
globals() now returns a read-only dict of the Cython module's
globals, rather than the globals
of the first non-Cython module in the stack
Many C++ exceptions are now special cased to give closer Python
counterparts. This means that except+ functions that formerly
raised generic RuntimeErrors may raise something else such as
ArithmeticError.
Known regressions
The inlined generator expressions (introduced in Cython 0.13)
were disabled in favour of full generator expression support.
This breaks code that previously used them inside of cdef
functions (usage in def functions continues to work) and induces
a performance regression for cases that continue to work but
that were previously inlined. We hope to reinstate this feature
in the near future.
0.14.1
New Features
The gdb debugging support was extended to include all major
Cython features, including closures.
raise MemoryError() is now safe to use as Cython replaces it
with the correct C-API call.
General improvements and bug fixes
The bug tracker has a list of the major improvements and fixes
Incompatible changes
Decorators on special methods of cdef classes now raise a
compile time error rather than being ignored.
In Python 3 language level mode (-3 option), the 'str' type is
now mapped to 'unicode', so that cdef str s declares a Unicode
string even when running in Python 2.
0.14
New Features
Python classes can now be nested and receive a proper closure
at definition time.
Redefinition is supported for Python functions, even within
the same scope.
Lambda expressions are supported in class bodies and at the
module level.
Metaclasses are supported for Python classes, both in Python
2 and Python 3 syntax. The Python 3 syntax (using a keyword
argument in the type declaration) is preferred and optimised
at compile time.
"final" extension classes prevent inheritance in Python space.
This feature is available through the new "cython.final"
decorator. In the future, these classes may receive further
optimisations.
"internal" extension classes do not show up in the module
dictionary. This feature is available through the new
"cython.internal" decorator.
Extension type inheritance from builtin types, such as "cdef
class MyUnicode(unicode)", now works without further external
type redeclarations (which are also strongly discouraged now
and continue to issue a warning).
GDB support. http://docs.cython.org/src/userguide/debugging.html
A new build system with support for inline distutils directives,
correct dependency tracking, and parallel compilation.
http://wiki.cython.org/enhancements/distutils_preprocessing
Support for dynamic compilation at runtime via the new
cython.inline function and cython.compile decorator.
http://wiki.cython.org/enhancements/inline
General improvements and bug fixes
In parallel assignments, the right side was evaluated in reverse
order in 0.13. This could result in errors if it had side
effects (e.g. function calls).
In some cases, methods of builtin types would raise a SystemError
instead of an AttributeError when called on None.
Constant tuples are now cached over the lifetime of an extension
module, just like CPython does. Constant argument tuples of
Python function calls are also cached.
Closures have tightened to include exactly the names used in
the inner functions and classes. Previously, they held the
complete locals of the defining function.
"nogil" blocks are supported when compiling pure Python code
by writing "with cython.nogil".
The builtin "next()" function in Python 2.6 and later is now
implemented internally and therefore available in all Python
versions. This makes it the preferred and portable way of
manually advancing an iterator.
In addition to the previously supported inlined generator
expressions in 0.13, "sorted(genexpr)" can now be used as well.
Typing issues were fixed in "sum(genexpr)" that could lead to
invalid C code being generated. Other known issues with inlined
generator expressions were also fixed that make upgrading to
0.14 a strong recommendation for code that uses them. Note that
general generators and generator expressions continue to be
not supported.
Iterating over arbitrary pointer types is now supported, as is
an optimized version of the in operator, e.g. x in ptr[a:b].
Inplace arithmetic operators now respect the cdivision directive
and are supported for complex types.
Incompatible changes
Typing a variable as type "complex" previously gave it the
Python object type. It now uses the appropriate C/C++ double
complex type. A side-effect is that assignments and typed
function parameters now accept anything that Python can coerce
to a complex, including integers and floats, and not only
complex instances.
Large integer literals pass through the compiler in a safer
way. To prevent truncation in C code, non 32-bit literals are
turned into Python objects if not used in a C context. This
context can either be given by a clear C literal suffix such
as "UL" or "LL" (or "L" in Python 3 code), or it can be an
assignment to a typed variable or a typed function argument,
in which case it is up to the user to take care of a sufficiently
large value space of the target.
Python functions are declared in the order they appear in the
file, rather than all being created at module creation time.
This is consistent with Python and needed to support, for
example, conditional or repeated declarations of functions. In
the face of circular imports this may cause code to break, so
a new --disable-function-redefinition flag was added to revert
to the old behavior. This flag will be removed in a future
release, so should only be used as a stopgap until old code
can be fixed.
2012-08-12 23:08:46 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/StringTools.c
|
|
|
|
|
${PYSITELIB}/Cython/Utility/TestCyUtilityLoader.pyx
|
|
|
|
|
${PYSITELIB}/Cython/Utility/TestCythonScope.pyx
|
|
|
|
|
${PYSITELIB}/Cython/Utility/TestUtilityLoader.c
|
|
|
|
|
${PYSITELIB}/Cython/Utility/TypeConversion.c
|
|
|
|
|
${PYSITELIB}/Cython/Utility/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/Utility/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Utility/__init__.pyo
|
Update to 0.17.1:
0.17.1:
General Improvements and Bug Fixes
A reference leak was fixed in the new dict iteration code when
the loop target was not a plain variable but an unpacked tuple.
Memory views did not handle the special case of a NULL buffer
strides value, as allowed by PEP3118.
0.17:
Features
Alpha quality support for compiling and running Cython generated
extension modules in PyPy (through cpyext). Note that this
requires at leastPyPy 1.9 and in many cases also adaptations
in user code, especially to avoid borrowed references when no
owned reference is being held directly in C space (a reference
in a Python list or dict is not enough, for example). See the
documentation on porting Cython code to PyPy.
"yield from" is supported (PEP 380) and a couple of minor
problems with generators were fixed.
C++ STL container classes automatically coerce from and to the
equivalent Python container types on typed assignments and
casts. Usage examples are here. Note that the data in the
containers is copied during this conversion.
C++ iterators can now be iterated over using for x in cpp_container
whenever cpp_container has begin() and end() methods returning
objects satisfying the iterator pattern (that is, it can be
incremented, dereferenced, and compared (for non-equality)).
cdef classes can now have C++ class members (provided a
zero-argument constructor exists)
A new cpython.array standard cimport file allows to efficiently
talk to the stdlib array.array data type in Python 2. Since
CPython does not export an official C-API for this module, it
receives special casing by the compiler in order to avoid setup
overhead on user side. In Python 3, both buffers and memory
views on the array type already worked out of the box with
earlier versions of Cython due to the native support for the
buffer interface in the Py3 array module.
Fast dict iteration is now enabled optimistically also for
untyped variables when the common iteration methods are used.
The unicode string processing code was adapted for the upcoming
CPython 3.3 (PEP 393, new Unicode buffer layout).
Buffer arguments and memory view arguments in Python functions
can be declared "not None" to raise a TypeError on None input.
c(p)def functions in pure mode can specify their return type
with "@cython.returns()".
Automatic dispatch for fused functions with memoryview arguments
Support newaxis indexing for memoryviews
Support decorators for fused functions
General Improvements and Bug Fixes
Old-style Py2 imports did not work reliably in Python 3.x and
were broken in Python 3.3. Regardless of this fix, it's generally
best to be explicit about relative and global imports in Cython
code because old-style imports have a higher overhead. To this
end, "from __future__ import absolute_import" is supported in
Python/Cython 2.x code now (previous versions of Cython already
used it when compiling Python 3 code).
Stricter constraints on the inline and final modifiers. If your
code does not compile due to this change, chances are these
modifiers were previously being ignored by the compiler and
can be removed without any performance regression.
Exceptions are always instantiated while raising them (as in
Python), instead of risking to instantiate them in potentially
unsafe situations when they need to be handled or otherwise
processed.
locals() properly ignores names that do not have Python compatible
types (including automatically inferred types).
Some garbage collection issues of memory views were fixed.
User declared char* types are now recognised as such and
auto-coerce to and from Python bytes strings.
libc.string provides a convenience declaration for const uchar
in addition to const char.
Modules generated by @cython.inline() are written into the
directory pointed to by the environment variable CYTHON_CACHE_DIR
if set.
numpy.pxd compiles in Python 3 mode.
callable() and next() compile to more efficient C code.
list.append() is faster on average.
Several C compiler warnings were fixed.
Several bugs related to memoryviews and fused types were fixed.
Several bug-fixes and improvements related to cythonize(),
including ccache-style caching.
2012-10-07 23:28:34 +02:00
|
|
|
${PYSITELIB}/Cython/Utility/arrayarray.h
|
2010-07-15 19:41:57 +02:00
|
|
|
${PYSITELIB}/Cython/Utils.py
|
|
|
|
|
${PYSITELIB}/Cython/Utils.pyc
|
|
|
|
|
${PYSITELIB}/Cython/Utils.pyo
|
|
|
|
|
${PYSITELIB}/Cython/__init__.py
|
|
|
|
|
${PYSITELIB}/Cython/__init__.pyc
|
|
|
|
|
${PYSITELIB}/Cython/__init__.pyo
|
|
|
|
|
${PYSITELIB}/cython.py
|
|
|
|
|
${PYSITELIB}/cython.pyc
|
|
|
|
|
${PYSITELIB}/cython.pyo
|
|
|
|
|
${PYSITELIB}/pyximport/__init__.py
|
|
|
|
|
${PYSITELIB}/pyximport/__init__.pyc
|
|
|
|
|
${PYSITELIB}/pyximport/__init__.pyo
|
|
|
|
|
${PYSITELIB}/pyximport/pyxbuild.py
|
|
|
|
|
${PYSITELIB}/pyximport/pyxbuild.pyc
|
|
|
|
|
${PYSITELIB}/pyximport/pyxbuild.pyo
|
|
|
|
|
${PYSITELIB}/pyximport/pyximport.py
|
|
|
|
|
${PYSITELIB}/pyximport/pyximport.pyc
|
|
|
|
|
${PYSITELIB}/pyximport/pyximport.pyo
|
