« back to all changes in this revision
Viewing changes to CHANGES.txt
- browse files at revision 1.1.2
- compare with another revision
- download diff
- download tarball
- view history from revision 1.1.2
- Committer: Bazaar Package Importer
- Author(s): Matthias Klose
- Date: 2006-01-03 20:56:08 UTC
- mto: (2.1.3 dapper) (4.1.1 lenny) (1.1.7 upstream)
- mto: This revision was merged to the branch mainline in revision 4.
- Revision ID: james.westby@ubuntu.com-20060103205608-4i29xv9avi33du20
Tags: upstream-0.9.3.1
Import upstream version 0.9.3.1
- files added:
- PKG-INFO
- files removed:
- Demos/callback
- Demos/embed
- Demos/embed/Makefile
- Tools
- files modified:
- CHANGES.txt *
- Demos/Makefile *
- Demos/Makefile.nodistutils *
- Demos/Setup.py *
- Demos/numeric_demo.pyx *
- Demos/primes.pyx *
- Demos/pyprimes.py *
- Demos/run_numeric_demo.py *
- Demos/run_primes.py *
- Demos/run_spam.py *
- Demos/spam.pyx *
- Doc/About.html *
- Doc/FAQ.html *
- Doc/extension_types.html *
- Doc/index.html *
- Doc/overview.html *
- Doc/primes.c *
- Doc/sharing.html *
- Doc/special_methods.html *
- INSTALL.txt *
- MANIFEST.in *
- Pyrex/Compiler/CmdLine.py *
- Pyrex/Compiler/DebugFlags.py *
- Pyrex/Compiler/Errors.py *
- Pyrex/Compiler/Lexicon.pickle *
- Pyrex/Compiler/Lexicon.py *
- Pyrex/Compiler/Main.py *
- Pyrex/Compiler/Naming.py *
- Pyrex/Compiler/Options.py *
- Pyrex/Compiler/Parsing.py *
- Pyrex/Compiler/PyrexTypes.py *
- Pyrex/Compiler/Scanning.py *
- Pyrex/Compiler/Symtab.py *
- Pyrex/Compiler/TypeSlots.py *
- Pyrex/Compiler/__init__.py *
- Pyrex/Debugging.py *
- Pyrex/Distutils/__init__.py *
- Pyrex/Mac/DarwinSystem.py *
- Pyrex/Mac/Finder_Std_Suite.py *
- Pyrex/Mac/MPW_Misc_Suite.py *
- Pyrex/Mac/MacSystem.py *
- Pyrex/Mac/MacUtils.py *
- Pyrex/Mac/PS_Misc_Suite.py *
- Pyrex/Mac/PyServerMain.py *
- Pyrex/Mac/TS_Misc_Suite.py *
- Pyrex/Mac/__init__.py *
- Pyrex/Utils.py *
- Pyrex/__init__.py *
- README.txt *
- ToDo.txt *
- USAGE.txt *
- setup.py *
added
removed
CHANGES.txt
1
0.9.3.1
2
-------
3
4
Bug fixes:
5
6
- Fix generated code to compile with GCC 4.0 (remove usage of the
7
cast-as-lvalue extension).
8
["Jeremy Katz" <katzj@redhat.com>]
9
10
- Fix interoperability with Python 2.4.
11
["Bob Ippolito" <bob@redivi.com>]
12
1
13
0.9.3
2
14
-----
3
15
11
23
- Conversion to/from unsigned long now done with
12
24
PyLong_AsUnsignedLong and PyLong_FromUnsignedLong.
13
25
[Dug Song <dugsong@monkey.org>]
14
26
15
27
- A struct, union or enum definition in a 'cdef extern from'
16
28
block may now be left empty (using 'pass'). This can be useful
17
29
if you need to declare a variable of that type, but don't need
18
30
to refer to any of its members.
19
31
20
32
- More flexible about ordering of qualifiers such as 'long' and
21
33
'unsigned'.
22
34
["John (J5) Palmieri" <johnp@redhat.com>]
28
40
definition did not work.
29
41
[Atsuo Ishimoto <ishimoto@gembook.org>]
30
42
[Andreas Kostyrka <andreas@kostyrka.org>]
31
43
32
44
- Return types of the buffer interface functions for extension
33
45
types have been corrected.
34
46
[Dug Song <dugsong@monkey.org>]
35
47
36
48
- Added 'static' to declarations of string literals.
37
49
[Phil Frost <indigo@bitglue.com>]
38
50
39
51
- Float literals are now copied directly to the C code as written,
40
52
to avoid problems with loss of precision.
41
53
[Mario Pernici <Mario.Pernici@mi.infn.it>]
42
54
43
55
- Inheriting from an extension type with C methods defined in
44
56
another Pyrex module did not work.
45
57
[Itamar Shtull-Trauring <itamar@itamarst.org>]
61
73
interned, and PyObject_GetAttr/SetAttr are used instead
62
74
of PyObject_GetAttrString/SetAttrString. String literals
63
75
which resemble Python identifiers are also interned.
64
76
65
77
- String literals are now converted to Python objects only
66
78
once instead of every time they are used.
67
79
68
80
- NUL characters are now allowed in Python string literals.
69
81
70
82
- Added some missing error checking code to the beginning
83
95
84
96
- Corrected a problem in the setup.py (pyrexc script incorrectly
85
97
named).
86
98
87
99
- Updated the distutils extension to match changes in the
88
100
Pyrex compiler calling interface.
89
101
90
102
- Doing 'make clean' in Demos/callback was removing a little too
91
103
much (that's why cheesefinder.c kept disappearing).
92
104
98
110
- A C method can now call an inherited C method by the usual
99
111
Python technique.
100
112
[Jiba <jiba@tuxfamily.org>]
101
113
102
114
- The __modname__ of a Python class is now set correctly.
103
115
[Paul Prescod <paul@prescod.net>]
104
116
105
117
- A MANIFEST.in file has been added to the distribution to
106
118
facilitate building rpms.
107
119
[contributed by Konrad Hinsen <hinsen@cnrs-orleans.fr>]
113
125
114
126
- Header files referenced in cimported modules were not being included.
115
127
[Tom Popovich <tompopovich@aol.com>]
116
128
117
129
- References to C functions and variables in a cimported module were
118
130
not being recognised if made from within a local scope.
119
131
[Tom Popovich <tompopovich@aol.com>]
120
132
121
133
- Spurious declarations in code generated for a "finally" block.
122
134
[Brandon Long <blong@fiction.net>]
123
135
124
136
- Attempting to return a value from a __contains__ method didn't work.
125
137
[Andreas Kostyrka <andreas@mtg.co.at>]
126
138
127
139
- Incorrect code generated for an extension type with C methods
128
140
inheriting from a base type with no C methods.
129
141
[Robin Becker <robin@reportlab.com>]
130
142
131
143
- Failure to report an error if a C method was defined in the
132
144
implementation part of an extension type that was not declared
133
145
in the corresponding definition part. Documentation also updated
134
146
to explain that this is necessary.
135
147
[Jiba <jiba@tuxfamily.org>]
136
148
137
149
- Made it an error to forward-declare an extension type with
138
150
a different base class specification from its subsequent
139
151
definition.
140
152
[Jiba <jiba@tuxfamily.org>]
141
153
142
154
- C attributes of an extension type were not being propagated
143
155
through more than one level of inheritance.
144
156
[Jiba <jiba@tuxfamily.org>]
145
157
146
158
- If a garbage collection occurred early enough in the __new__
147
159
method of an extension type with Python-valued C attributes,
148
160
a crash could occur in its tp_traverse function.
149
161
[reported by Jiba <jiba@tuxfamily.org>]
150
162
[fix suggested by Paul Prescod <paul@prescod.net>]
151
163
152
164
- An empty vtable struct is no longer generated for extension
153
165
types with no C methods.
154
166
[Robin Becker <robin@reportlab.com>]
155
167
156
168
- Memory was leaked in the sq_item function of an extension
157
169
type with a __getitem__ method.
158
170
[Atsuo Ishimoto <ishimoto@gembook.org>]
159
171
160
172
- Code generated to work around a bug in some versions of Python
161
173
2.2 which fails to initialise the tp_free slot correctly in
162
174
some circumstances.
163
175
[Matthias Baas <baas@ira.uka.de>]
164
176
165
177
- Compiler crash when defining an extension type with a base
166
178
class specified by a dotted name.
167
179
[Alain Pointdexter <alainpoint@yahoo.fr>]
168
180
169
181
- Referencing an extension type defined in a cimported module
170
182
at run time did not work correctly.
171
183
[Alain Pointdexter <alainpoint@yahoo.fr>]
172
184
173
185
- Incorrect object struct code generated for an extension type
174
186
whose base class was defined in a .pxd file.
175
187
[Alain Pointdexter <alainpoint@yahoo.fr>]
176
188
177
189
- Redeclaring a type that wasn't previously an extension type
178
190
as an extension type caused a compiler crash.
179
191
[Scott Robinson <scott@tranzoa.com>]
180
192
181
193
- Incorrect code was generated for return statements in a
182
194
special method with no return value.
183
195
[Gary Bishop <gb@cs.unc.edu>]
184
196
185
197
- Single-line def statement did not work.
186
198
[Francois Pinard <pinard@iro.umontreal.ca>]
187
199
188
200
Modifications:
189
201
190
202
- Only the last pathname component of the .pyx file is reported in
191
203
backtraces now.
192
204
[Bryan Weingarten <bryan.weingarten@pobox.com>]
193
205
194
206
- Documentation corrected to remove the erroneous statement that
195
207
extension classes can have a __del__ method.
196
208
[Bryan Weingarten <bryan.weingarten@pobox.com>]
197
209
198
210
- Note added to documentation explaining that it is not possible
199
211
for an extension type's __new__ method to explicitly call the
200
212
inherited __new__ method.
201
213
202
214
- The version of Plex included with Pyrex is now installed
203
215
as a subpackage of the Pyrex package, rather than as a
204
216
top-level package, so as not to interfere with any other
211
223
212
224
- Extension types can have properties. See the new "Properties"
213
225
section in the "Extension Types" page.
214
226
215
227
- An extension type can inherit from a builtin type or another
216
228
extension type. See "Subclassing" in the "Extension Types" page.
217
229
218
230
- Extension types can have C methods, which can be overridden
219
231
in derived extension types. See "C Methods" in the "Extension Types"
220
232
page.
221
233
222
234
Enhancements:
223
235
224
236
- Conversion is now performed between C long longs and Python
225
237
long integers without chopping to the size of a C long.
226
238
Also the Python PY_LONG_LONG type is now used for long longs
228
240
229
241
Bug fixes:
230
242
231
- Names were sometimes being generated that were insufficiently
243
- Names were sometimes being generated that were insufficiently
232
244
unique in the presence of cimported declarations.
233
245
234
246
- Changed the way the included filename table is declared from
235
247
char *[] to char **, to stop MSVC from complaining about it
236
248
having an unknown size.
237
249
[Alexander A Naanou <alex_nanou@pochta.ru>]
238
250
239
251
- Second argument of assert statement was not being coerced
240
252
to a Python value.
241
253
[Francois Pinard http://www.iro.umontreal.ca/~pinard]
242
254
243
255
- Return statement without value wasn't accepted in some
244
256
extension type special methods when it should have been.
245
257
[Francois Pinard http://www.iro.umontreal.ca/~pinard]
247
259
- Attempting to call a non-function C value crashed the
248
260
compiler.
249
261
[John J Lee <jjl@pobox.com>]
250
262
251
263
- Functions declared as "except *" were not returning exceptions.
252
264
[John J Lee <jjl@pobox.com>]
253
265
254
266
- A syntax warning from Plex about assignment to None has
255
267
been eliminated.
256
268
[Gordon Williams <g_will@cyberus.ca>]
257
269
258
270
- Public function declaration with empty argument list was
259
271
producing (void) in .pxi file.
260
272
[Michael P. Dubner <dubnerm@mindless.com>]
261
273
262
274
- Incorrect error signalling code was being generated in the
263
275
__hash__ special method of an extension type.
264
276
265
277
266
278
0.8.1
267
279
-----
271
283
- Names of structs, unions and enums in external header
272
284
files were getting mangled when they shouldn't have been.
273
285
[Norman Shelley <Norman.Shelley@motorola.com>]
274
286
275
287
- Modified distutils extension so that it will stop before
276
288
compiling the C file if the Pyrex compiler reports errors.
277
289
[John J Lee <jjl@pobox.com>]
278
290
279
291
280
292
0.8
281
293
---
288
300
declaration must DECLARE THE MODULE from which the extension
289
301
type originates. See the new version of the "Extension Types"
290
302
documentation for details.
291
292
This change was made to eliminate the need for Pyrex to be
293
told the C name of the type object, or for the Pyrex module
303
304
This change was made to eliminate the need for Pyrex to be
305
told the C name of the type object, or for the Pyrex module
294
306
to be linked against the object code providing the type object.
295
307
296
308
You will have to update any existing external extension type
297
309
declarations that you are using. I'm sorry about that, but it
298
310
was too hard to support both the old and new ways.
299
300
- Compile-time importing: A Pyrex module can now import declarations
301
from another Pyrex module using the new 'cimport' statement. See
302
the new section on "Sharing Declarations Between Pyrex Modules" in
311
312
- Compile-time importing: A Pyrex module can now import declarations
313
from another Pyrex module using the new 'cimport' statement. See
314
the new section on "Sharing Declarations Between Pyrex Modules" in
303
315
the documentation.
304
316
305
317
Minor improvements:
307
319
- An error is reported if you declare a struct, union or
308
320
extension type using 'cdef' in one place and 'ctypedef'
309
321
in another.
310
322
311
323
- Struct, union and extension types can only be forward-
312
declared using 'cdef', not 'ctypedef' (otherwise invalid
324
declared using 'cdef', not 'ctypedef' (otherwise invalid
313
325
C code would be generated).
314
326
315
327
- The 'global' statement can be used at the module level to
316
328
declare that a name is a module-level name rather than a
317
329
builtin. This can be used to access module attributes such
318
330
as __name__ that would otherwise be assumed to be builtins.
319
331
[Pat Maupin <pmaupin@speakeasy.net>]
320
332
321
333
- The 'assert' statement now accepts a second argument.
322
334
[Francois Pinard <pinard@iro.umontreal.ca>]
323
335
326
338
- When using Python 2.3, "True" or "False" could sometimes
327
339
turn up in generated code instead of "1" or "0".
328
340
[Adam Hixson <chixson@ou.edu>]
329
341
330
342
- Function return value not always converted to or from a
331
343
Python object when it should have been.
332
344
333
345
- Certain kinds of error in a function call expression
334
346
could crash the compiler.
335
347
["Edward C. Jones" <edcjones@erols.com>]
336
348
337
349
- Fixed memory leak in functions with * or ** args.
338
350
[Alexander A Naanou <alex_nanou@pochtamt.ru>]
339
351
346
358
- Calling a function declared as returning an extension
347
359
type could crash the compiler.
348
360
349
- A function call with type errors in the argument list
361
- A function call with type errors in the argument list
350
362
could crash the compiler.
351
363
352
364
- An 'else' clause on a for-from statement could crash
353
365
the compiler.
354
366
355
367
- Incorrect casting code was generated when a generic
356
368
object argument of a special method was declared as
357
369
being of an extension type.
358
370
[Phillip J. Eby <pje@telecommunity.com>]
359
371
360
372
- A blank line that couldn't be interpreted wholly as
361
373
a valid indentation sequence caused a syntax error.
362
374
In particular, a formfeed character on an otherwise
363
blank line wasn't accepted.
375
blank line wasn't accepted.
364
376
[Francois Pinard <pinard@iro.umontreal.ca>]
365
377
366
378
- Parallel assignments were incorrectly optimised.
367
379
368
380
- A bare tuple constructor with an extra comma at the
369
381
end of a line caused a syntax error.
370
382
378
390
379
391
- Different internal and external names can be specified
380
392
for C entities.
381
393
382
394
- None is a compile-time constant, and more efficient code
383
395
is generated to reference it.
384
396
385
397
- Command line options for specifying directories to
386
398
search for include files.
387
399
389
401
390
402
- More efficient code is generated for access to Python
391
403
valued C attributes of extension types.
392
404
393
405
- Cosmetic code improvement: Less casting back and forth
394
406
between extension types and PyObject * when referencing
395
407
C members of the object struct.
396
408
397
409
- C arguments and variables declared as an extension type
398
410
can take the value None.
399
411
400
412
- Form feed characters are accepted as whitespace.
401
413
402
414
- Function names in tracebacks are qualified with
403
415
module name and class name.
404
416
405
417
Bug fixes:
406
418
407
419
- A sufficiently complex expression in a boolean context
408
could cause code to be generated twice for the same
420
could cause code to be generated twice for the same
409
421
subexpression.
410
422
411
423
- Incorrect casting code was generated when passing an
412
424
extension type to a function expecting a generic Python
413
425
object.
414
426
415
427
- Executable statements are now disallowed inside a
416
428
cdef class block (previously they silently caused
417
429
crazy C code to be generated).
418
430
419
431
- Tracebacks should now report the correct filename for
420
432
functions defined in files included with the 'include'
421
433
statement.
422
434
423
435
- The documentation incorrectly claimed that an extension
424
436
type can't have a __del__ method. In fact, it can, and
425
437
it behaves as expected.
445
457
446
458
- An 'include' statement allows inclusion of declarations
447
459
from other Pyrex source files.
448
460
449
461
- If there are any public declarations, a Pyrex include
450
file is generated (as well as a .h file) containing
462
file is generated (as well as a .h file) containing
451
463
declarations for them.
452
464
453
465
- Extension types can be declared public, so their C
454
466
attributes are visible to other Pyrex and C code.
455
467
456
468
- Try-except statements can now have an 'else' clause.
457
469
[Francois Pinard <pinard@iro.umontreal.ca>]
458
470
459
471
- Multiple simple statements can be placed on one line
460
472
separated by semicolons.
461
473
462
474
- A suite consisting of a simple statement list can now
463
475
be placed on the same line after the colon in most
464
476
cases.
474
486
arguments being NULL. Also the __set__ method has been
475
487
split into two methods, __set__ and __delete__.
476
488
[Phillip J. Eby <pje@telecommunity.com>]
477
489
478
490
Bug fixes:
479
491
480
492
- Values unpacked into a non-Python destination variable
483
495
484
496
- Hex constants greater than 0x7fffffff caused compiler
485
497
to crash. [Gareth Watts <gareth@omnipotent.net>]
486
498
487
499
- Type slots are no longer statically initialised with
488
500
extern function pointers, to avoid problems with
489
501
some compilers. The hack in the distutils extension
490
502
to work around this by compiling as C++ has been
491
503
disabled. [Phillip J. Eby <pje@telecommunity.com>]
492
504
493
505
- Fixed several more instances of the error-reporting
494
506
routine being called with arguments in the wrong
495
507
order. Hoping I've *finally* got all of them now...
496
508
497
509
- Nested for-from loops used the same control variable.
498
510
[Sebastien de Menten <sdementen@hotmail.com>]
499
511
500
512
- Fixed some other error message related bugs.
501
513
[Francois Pinard <pinard@iro.umontreal.ca>]
502
514
503
515
- Assigning to slice didn't work.
504
516
[Francois Pinard <pinard@iro.umontreal.ca>]
505
517
506
518
- Temp variables were being declared as extension
507
519
types and then being assigned PyObject *'s. All
508
520
Python temp vars are now declared as PyObject *.
519
531
[Mark Rowe <bdash@gmx.net>]
520
532
521
533
- Memory leak occured sometimes when an implicit
522
type test was applied to the result of an
534
type test was applied to the result of an
523
535
expression.
524
536
[christoph.wiedemann@daimlerchrysler.com]
525
537
526
538
- __set__ method of extension types had wrong
527
539
signature.
528
540
[Josh Littlefield <joshl@cisco.com>]
529
541
530
542
0.4.6
531
543
-----
532
544
554
566
extension class fills sq_length/sq_item slots
555
567
as well as mp_length/mp_subscript.
556
568
[Matthias Baas <baas@ira.uka.de>]
557
569
558
570
- The Distutils extension now allows .c files
559
571
to be incorporated along with .pyx files.
560
572
[Modification to Distutils extension contributed
566
578
work again now.
567
579
[Mike Rovner <mike@bindkey.com>]
568
580
[Peter Lepage <gpl@mail.lns.cornell.edu>]
569
581
570
582
- Compiler crashed if exception value didn't
571
583
match function return type.
572
584
[Michael JasonSmith <mpj17@smtphost.canterbury.ac.nz>]
573
585
574
586
- The setup.py file should now install the
575
587
Lexicon.pickle file in the right place.
576
[Patch supplied by David M. Cooke
588
[Patch supplied by David M. Cooke
577
589
<cookedm@arbutus.physics.mcmaster.ca>]
578
590
579
591
- Compiler crashed when compiling a C function that
580
592
returned an extension type.
581
[David M. Cooke
593
[David M. Cooke
582
594
<cookedm@arbutus.physics.mcmaster.ca>]
583
595
584
596
- Anonymous enum types did not have C code
585
597
suppressed inside an extern-from block.
586
598
[Matthew Mueller <donut@azstarnet.com>]
599
611
(no longer requires digits both before and
600
612
after the point).
601
613
[Peter Lepage <gpl@mail.lns.cornell.edu>]
602
614
603
615
- Method calls can be made on string literals
604
616
(e.g. ",".join(x)).
605
617
[pedro_rodriguez@club-internet.fr]
610
622
Python function needing argument type tests
611
623
had local Python variables.
612
624
[Matthias Baas <baas@ira.uka.de>]
613
625
614
626
- 'self' parameter of __getitem__ method of
615
627
extension type had wrong implicit type.
616
628
[Peter Lepage <gpl@mail.lns.cornell.edu>]
617
629
618
630
- Repaired breakage introduced by trying to
619
631
allow an empty parameter list to be written
620
632
as (void). No longer attempting to allow
621
633
this (too hard to parse correctly).
622
634
[Peter Lepage <gpl@mail.lns.cornell.edu>]
623
635
624
636
- Found bug in Plex 1.1.2 which was the *real*
625
637
cause of the two-newlines-in-a-row problem.
626
638
Removed the Opt(Eol)+Str("\n") hacks in
627
639
the scanner which were working around this
628
640
before.
629
641
[pedro_rodriguez@club-internet.fr]
630
642
631
643
- __call__ special method of extension types
632
644
had wrong signature.
633
645
[Peter Lepage <gpl@mail.lns.cornell.edu>]
645
657
646
658
- sizeof() can now be applied to types as
647
659
well as variables.
648
660
649
661
- Improved handling of forward-declared
650
662
extension types.
651
663
655
667
string caused a parse error on some
656
668
platforms.
657
669
[Matthias Baas <baas@ira.uka.de>]
658
670
659
671
- Fixed problem with break and continue in
660
672
the else-clause of a loop.
661
673
672
684
for which no exception value is declared,
673
685
a warning message is printed and the
674
686
exception is cleared.
675
676
- Cascaded assignments (i.e. a = b = c
687
688
- Cascaded assignments (i.e. a = b = c
677
689
are now supported.
678
690
679
691
- Anonymous enum declarations are allowed,
680
692
for when you just want to declare constants.
681
693
682
694
- The C types "long long" and "long double"
683
695
are now understood. Also, "int" is optional
684
696
after "short" or "long".
685
697
686
698
Enhancements:
687
699
688
700
- A * argument in a function call can now be
691
703
- A C char* or char[] will be turned into
692
704
a char by taking its first character if
693
705
used in a context where a char is required,
694
thus allowing a string literal to be used as
706
thus allowing a string literal to be used as
695
707
a char literal.
696
708
697
709
- C string * C int or vice versa is now
698
710
interpreted as Python string replication.
699
711
700
712
- Function arguments are checked for void or
701
713
incomplete type.
702
714
705
717
- Non-external extension types show up in the
706
718
module dict once more (this got broken in
707
719
0.4.1).
708
720
709
721
- A spurious decref has been removed from the
710
722
runtime support code for the "import" statement.
711
723
Hopefully this will prevent the crashes some
722
734
added, for use in extern-from blocks when a
723
735
header file uses a ctypedef to declare a
724
736
tagless struct, union or enum type.
725
737
726
738
- "pass" allowed in an extern-from block.
727
739
728
740
- "cdef extern from *" for when you don't want
729
741
to specify an include file name.
730
742
731
743
- Argument names may be omitted in function
732
744
signatures when they're not needed.
733
745
734
746
- New reserved word NULL for the null C pointer.
735
747
736
748
Compiler enhancements:
737
749
738
750
- Lexicon is now picked in binary format, so
739
751
startup should be much faster on slower
740
752
machines.
741
753
742
754
- If Pyrex decides to rebuild the lexicon and
743
755
then finds that it can't write a pickle file,
744
756
it now prints a warning and carries on
745
757
instead of crashing.
746
758
747
759
- Chat about hash codes and lexicon pickling
748
760
now turned off by default except when creating
749
761
a new lexicon (which ought never happen now
754
766
- Modified the runtime support code for "import"
755
767
statements, hopefully fixing problem with using
756
768
a Pyrex module in conjunction with py2exe.
757
769
758
770
- DL_EXPORT now used in both the prototype and
759
771
definition of the module init function.
760
772
761
773
- Exception state is now saved and restored around
762
774
calls to an extension type __dealloc__ method,
763
775
to avoid screwing up if the object is deallocated
764
776
while an exception is being propagated.
765
777
766
778
- Making an attribute reference to a method of
767
779
an extension type caused a compiler crash.
768
780
769
781
- Doc string in new-style class definition
770
782
caused a run-time error.
771
772
- Insufficient parentheses were put around C type
783
784
- Insufficient parentheses were put around C type
773
785
casts.
774
786
775
787
- Constructors for extension types are now read-only
793
805
- Helping deal with types such as "size_t"
794
806
- Helping deal with functions defined as
795
807
macros
796
808
797
809
- Access to internals of pre-existing extension
798
810
types is now possible by placing an extension
799
811
type declaration inside a "cdef extern from"
805
817
wrong number of args to certain special
806
818
methods of extension types.
807
819
[Mitch Chapman <mitchchapman@earthlink.net>]
808
820
809
821
- Compile-time crash when defining an extension
810
822
type with a __hash__ method.
811
823
812
824
Minor enhancements:
813
825
814
826
- Hashing of the scanner source file made more
815
platform-independent, making spurious regeneration
827
platform-independent, making spurious regeneration
816
828
of the pickle less likely.
817
829
818
830
824
836
- Runtime crash when using * or ** args in
825
837
a method of an extension type fixed.
826
838
[Matthew Mueller <donut@azstarnet.com>]
827
839
828
840
- Compiler crash when using default argument
829
841
values in a method of a Python class.
830
842
[Mike Rovner <mike@bindkey.com>]
837
849
"initialiser is not constant" problems experienced
838
850
on Windows.
839
851
[Marek Baczek <imbaczek@poczta.fm>]
840
852
841
853
- On Windows, __declspec(dllexport) is now used for
842
854
the module init func declaration (or should be --
843
855
I haven't tested this).
844
856
[Marek Baczek <imbaczek@poczta.fm>]
845
857
846
858
- The compiler shouldn't attempt to rewrite the
847
859
Lexicon.pickle file unless the source has been
848
860
changed (hashing is used now instead of comparing
969
981
970
982
* Extension types can now be forward-declared.
971
983
972
* All permutations of (non-Unicode) string literals
984
* All permutations of (non-Unicode) string literals
973
985
and escape codes should work now.
974
986
975
987
* Hex and octal integer literals.
1020
1032
- Class definitions are only allowed at the top
1021
1033
level of a module, not inside a control structure
1022
1034
or function or another class definition.
1023
1035
1024
1036
- Assigning a Pyrex-defined Python function to a
1025
1037
class attribute outside of the class definition
1026
will not create a method (because it's not an
1038
will not create a method (because it's not an
1027
1039
interpreted Python function and therefore
1028
1040
won't trigger the bound-method creation magic).
1029
1041
1030
1042
- The __metaclass__ mechanism and the creation of
1031
1043
new-style classes is not (yet) supported.
1032
1044
Loggerhead is a web-based interface for Breezy
Version: 2.0.1