Changes in 0.9.4.1:
Tiny bugfix to correct a tab/space problem in the distutils
extension.
Changes in 0.9.4:
LValue Casting Is Dead
I have redesigned the code generator to eliminate the need for lvalue
casting. This means that Pyrex-generated code should now be
gcc4-compatible, although I haven't tested this. Let me know if you find
any remaining lvalue casts; they should be fairly easy to fix now.
C++ Compilable
The generated code should now be compilable as either C or C++
without errors (although there may still be warnings). However, note
that you can still only call C++ functions if they have been declared
"extern C", even if you compile the Pyrex output as C++. I hope to
introduce some C++ interface features soon.
and more.
python*-pth packages into meta-packages which will install the non-pth
packages. Bump PKGREVISIONs on the non-pth versions to propagate the
thread change, but leave the *-pth versions untouched to not affect
existing installations.
Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
Enhancements:
- Types defined with a ctypedef in a 'cdef extern from' block
are now referred to by the typedef name in generated C code,
so it is no longer necessary to match the type in the C
header file exactly.
- Conversion to/from unsigned long now done with
PyLong_AsUnsignedLong and PyLong_FromUnsignedLong.
[Dug Song <dugsong@monkey.org>]
- A struct, union or enum definition in a 'cdef extern from'
block may now be left empty (using 'pass'). This can be useful
if you need to declare a variable of that type, but don't need
to refer to any of its members.
- More flexible about ordering of qualifiers such as 'long' and
'unsigned'.
["John (J5) Palmieri" <johnp@redhat.com>]
Bug fixes:
- Non-interned string literals used in a Python class
definition did not work.
[Atsuo Ishimoto <ishimoto@gembook.org>]
[Andreas Kostyrka <andreas@kostyrka.org>]
- Return types of the buffer interface functions for extension
types have been corrected.
[Dug Song <dugsong@monkey.org>]
- Added 'static' to declarations of string literals.
[Phil Frost <indigo@bitglue.com>]
- Float literals are now copied directly to the C code as written,
to avoid problems with loss of precision.
[Mario Pernici <Mario.Pernici@mi.infn.it>]
- Inheriting from an extension type with C methods defined in
another Pyrex module did not work.
[Itamar Shtull-Trauring <itamar@itamarst.org>]
patch provided by Michal Pasternak in PR pkg/25739
changes:
Version 0.9.2.1
Shazbot! Setup.y still wasn't right. Maybe this time...
Version 0.9.2
Enhancements:
Global variable and attribute names are now interned.
String literals are only converted to Python strings once, instead of each
time they're used.
Python string literals may now contain NUL characters.
Bug fixes:
Setup.py still wasn't right!
Corrected a problem introduced by moving the Plex package into the Pyrex
package.
Version 0.9.1.1
Corrected a small mistake in the setup.py.
Fixed a problem with the distutils extension.
Hopefully stopped cheesefinder.c from disappearing once and for all.
Version 0.9.1
Enhancements:
Inherited C methods can be called in the usual way.
Python classes get the right __modname__ now.
Test suite and testing framework available for download (but will require modification to work on anything other than MacOS X for now).
Plus oodles of bug fixes -- see the CHANGES file for details.
New Features:
* An extension type can inherit from another built-in or extension type.
* Extension types can have properties.
* Extension types can have C methods.
Numerous bugs have also been fixed - see the CHANGES file for details.
write code that mixes Python and C data types any way you want, and
compiles it into a C extension for Python.
Plex is now bundled with Pyrex, and the py-plex package will be obsoleted.
