- 10 Feb, 2016 7 commits
-
-
Martin Panter authored
-
Martin Panter authored
-
Martin Panter authored
The original form is incorrect grammar and feels awkward, even though the meaning is clear.
-
Martin Panter authored
Patch by Anish Shah.
-
Martin Panter authored
-
Martin Panter authored
-
Martin Panter authored
-
- 09 Feb, 2016 1 commit
-
-
Raymond Hettinger authored
-
- 10 Feb, 2016 1 commit
-
-
Martin Panter authored
-
- 08 Feb, 2016 14 commits
-
-
Victor Stinner authored
Issue #26204: the compiler doesn't emit SyntaxWarning warnings anymore when constant statements are ignored.
-
Serhiy Storchaka authored
-
Serhiy Storchaka authored
-
Gregory P. Smith authored
not have a math vocabulary.
-
Gregory P. Smith authored
not have a math vocabulary.
-
Steve Dower authored
-
Steve Dower authored
-
Victor Stinner authored
The compile ignores constant statements and emit a SyntaxWarning warning. Don't emit the warning for string statement because triple quoted string is a common syntax for multiline comments. Don't emit the warning on ellipis neither: 'def f(): ...' is a legit syntax for abstract functions. Changes: * test_ast: ignore SyntaxWarning when compiling test statements. Modify test_load_const() to use assignment expressions rather than constant expression. * test_code: add more kinds of constant statements, ignore SyntaxWarning when testing that the compiler removes constant statements. * test_grammar: ignore SyntaxWarning on the statement "1"
-
Victor Stinner authored
* Constant statements will be ignored and the compiler will emit a SyntaxWarning. * Replace constant statement (ex: "1") with an expression statement (ex: "x=1"). * test_traceback: use context manager on the file. Issue #26204.
-
Victor Stinner authored
* Use ast.parse() to get the AST for a statement * Use str%args syntax for format a line Issue #26204.
-
Serhiy Storchaka authored
when the iteration is finished, but when it was failed with error.
-
Serhiy Storchaka authored
when the iteration is finished, but when it was failed with error.
-
Serhiy Storchaka authored
needed.
-
Serhiy Storchaka authored
-
- 09 Feb, 2016 2 commits
-
-
Martin Panter authored
-
Martin Panter authored
Based on patch by Guido van Rossum.
-
- 08 Feb, 2016 3 commits
-
-
Serhiy Storchaka authored
-
Serhiy Storchaka authored
-
Serhiy Storchaka authored
-
- 07 Feb, 2016 3 commits
-
-
Serhiy Storchaka authored
overflow in parsing "es#" and "et#" format units. SystemError is now raised instead of TypeError on programmical error in parsing format string.
-
Serhiy Storchaka authored
-
Serhiy Storchaka authored
Fixed the documented about buffer overflow error for "es#" and "et#" format units.
-
- 08 Feb, 2016 1 commit
-
-
Martin Panter authored
* Various sections were pointing to the section on the string.Formatter class, when the section on the common format string syntax is probably more appropriate * Fix references to various format() functions and methods * Nested replacement fields may contain conversions and format specifiers, and this is tested; see Issue #19729 for instance
-
- 07 Feb, 2016 1 commit
-
-
Serhiy Storchaka authored
Patch by Thomas Kluyver.
-
- 08 Feb, 2016 1 commit
-
-
Martin Panter authored
-
- 06 Feb, 2016 4 commits
-
-
Yury Selivanov authored
-
Senthil Kumaran authored
-
Senthil Kumaran authored
-
Yury Selivanov authored
-
- 05 Feb, 2016 2 commits
-
-
Eric V. Smith authored
-
Eric V. Smith authored
Fix issue 26287: While handling FORMAT_VALUE opcode, the top of stack was being corrupted if an error occurred in PyObject_Format().
-