delta/cpython-git.git/Python/compile.c, branch v2.5.4 github.com: python/cpython.git Fix a reference leak found by Georg, when compiling a class nested in another class. 2008-03-28T20:45:42+00:00 Amaury Forgeot d'Arc amauryfa@gmail.com 2008-03-28T20:45:42+00:00 8432d86b9f7a6295718544dd5e7c93fd9e3f94e7 Test is run with "regrtest.py -R:: test_compile" Backport of r62015 
Test is run with "regrtest.py -R:: test_compile"

Backport of r62015
Added checks for integer overflows, contributed by Google. Some are 2008-02-14T11:26:18+00:00 Martin v. Löwis martin@v.loewis.de 2008-02-14T11:26:18+00:00 73c01d410117a573731e6c2afc9694005f8d11aa only available if asserts are left in the code, in cases where they can't be triggered from Python code. 
only available if asserts are left in the code, in cases where they
can't be triggered from Python code.
No need to emit co_lnotab item when both offsets are zeros. 2008-02-04T23:51:55+00:00 Amaury Forgeot d'Arc amauryfa@gmail.com 2008-02-04T23:51:55+00:00 bc212104e48eaaf2038c0a3f9dc2e1304a039a8b r60579 broke a test test_compile, which seems to test an "implementation detail" IMO. Also test that this correction does not impact the debugger. 
r60579 broke a test test_compile, which seems to test an "implementation detail" IMO.

Also test that this correction does not impact the debugger.
backport of r60575 (issue #1750076): Debugger did not step on every iteration of a while statement. 2008-02-04T22:34:57+00:00 Amaury Forgeot d'Arc amauryfa@gmail.com 2008-02-04T22:34:57+00:00 316f8a8d3c965d2e1809b1b90677733478184c89 The mapping between bytecode offsets and source lines (lnotab) did not contain an entry for the beginning of the loop. Now it does, and the lnotab can be a bit larger: in particular, several statements on the same line generate several entries. However, this does not bother the settrace function, which will trigger only one 'line' event. The lnotab seems to be exactly the same as with python2.4. 
The mapping between bytecode offsets and source lines (lnotab) did not contain
an entry for the beginning of the loop.

Now it does, and the lnotab can be a bit larger:
in particular, several statements on the same line generate several entries.
However, this does not bother the settrace function, which will trigger only
one 'line' event.

The lnotab seems to be exactly the same as with python2.4.
#1920: when considering a block starting by "while 0", the compiler optimized the 2008-01-24T23:42:08+00:00 Amaury Forgeot d'Arc amauryfa@gmail.com 2008-01-24T23:42:08+00:00 f1a7178cd569383cbce3aba22bd7b1d5950e7c20 whole construct away, even when an 'else' clause is present:: while 0: print("no") else: print("yes") did not generate any code at all. Now the compiler emits the 'else' block, like it already does for 'if' statements. Backport of r60265. 
whole construct away, even when an 'else' clause is present::

    while 0:
        print("no")
    else:
        print("yes")

did not generate any code at all.

Now the compiler emits the 'else' block, like it already does for 'if' statements.

Backport of r60265.
Issue 1678380: fix a bug identifying -0.0 and 0.0 2008-01-21T21:54:47+00:00 Mark Dickinson dickinsm@gmail.com 2008-01-21T21:54:47+00:00 2bebadfe517c8c3c5a24f246eb44b5fa9dfc2cf3 






Fix #1169: remove docstrings in functions for -OO.
2007-09-19T06:37:26+00:00

Georg Brandl
georg@python.org

2007-09-19T06:37:26+00:00

dfecfdb23e10b6d273c2d5f4c257c93f46ce6cbb

 (backport from rev. 58204)





 (backport from rev. 58204)







Bug #1722484: remove docstrings again when running with -OO.
2007-06-01T11:33:45+00:00

Georg Brandl
georg@python.org

2007-06-01T11:33:45+00:00

ba871a06fb5fe36d4f77c2f1db3257b0c1975651

 (backport from rev. 55732)





 (backport from rev. 55732)







Fix constantification of None.
2007-03-02T19:19:05+00:00

Raymond Hettinger
python@rcn.com

2007-03-02T19:19:05+00:00

d882e36f459e20a3fb3f92aa57df3228d832f4e2












Backport 52504:
2006-10-28T21:38:43+00:00

Neal Norwitz
nnorwitz@gmail.com

2006-10-28T21:38:43+00:00

2f0940b6cab766f039dc22d361f52e25b22e9fa8

Fix bug #1565514, SystemError not raised on too many nested blocks.
It seems like this should be a different error than SystemError, but
I don't have any great ideas and SystemError was raised in 2.4 and earlier.





Fix bug #1565514, SystemError not raised on too many nested blocks.
It seems like this should be a different error than SystemError, but
I don't have any great ideas and SystemError was raised in 2.4 and earlier.