[issue13436] compile() doesn't work on ImportFrom with level=None

Roundup Robot added the comment: New changeset 59638baee25e by Berker Peksag in branch 'default': Issue #13436: Add a test to make sure that ast.ImportFrom(level=None) works https://hg.python.org/cpython/rev/59638baee25e -- nosy: +python-dev ___

[issue13436] compile() doesn't work on ImportFrom with level=None

Changes by Berker Peksag : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue13436] compile() doesn't work on ImportFrom with level=None

Berker Peksag added the comment: level=None is now allowed: https://hg.python.org/cpython/file/default/Python/Python-ast.c#l5224 (see line 5224 to 5232) I converted the example in msg147972 to a Python script. test_bad_integer is still useful as it uses the required 'lineno' field. I will

[issue13436] compile() doesn't work on ImportFrom with level=None

Changes by Georg Brandl ge...@python.org: -- Removed message: http://bugs.python.org/msg148146 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___

[issue13436] compile() doesn't work on ImportFrom with level=None

Changes by Georg Brandl ge...@python.org: -- components: -Documentation nosy: -docs@python, python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___

[issue13436] compile() doesn't work on ImportFrom with level=None

Terry J. Reedy tjre...@udel.edu added the comment: Does this apply to 2.7 as well? I believe msg148146 is due to a commit message typo. -- nosy: +haypo, terry.reedy versions: +Python 3.2, Python 3.3 -Python 3.1 ___ Python tracker

[issue13436] compile() doesn't work on ImportFrom with level=None

Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset ffcdfc534942 by Amaury Forgeot d'Arc in branch '3.2': Issue #13436: Fix a bogus error message when an AST object was passed http://hg.python.org/cpython/rev/ffcdfc534942 New changeset 470f7d7c57ce by Amaury Forgeot

[issue13436] compile() doesn't work on ImportFrom with level=None

Amaury Forgeot d'Arc amaur...@gmail.com added the comment: I fixed the bogus error message, but level=None is still not allowed, whereas the docs promise that optional values can be None. -- ___ Python tracker rep...@bugs.python.org

[issue13436] compile() doesn't work on ImportFrom with level=None

Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 2e5506d9a079 by Victor Stinner in branch '3.2': Issue #13436: Fix unsetenv() test on Windows http://hg.python.org/cpython/rev/2e5506d9a079 New changeset 029ad97883ef by Victor Stinner in branch 'default': (Merge

[issue13436] compile() doesn't work on ImportFrom with level=None

Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Here is a patch for the bad error message (PyBytes_AS_BYTES after PyObject_Repr, bah) -- keywords: +patch nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file23739/issue13436.patch

[issue13436] compile() doesn't work on ImportFrom with level=None

Changes by Amaury Forgeot d'Arc amaur...@gmail.com: -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___

[issue13436] compile() doesn't work on ImportFrom with level=None

Benjamin Peterson benja...@python.org added the comment: LGTM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___ Python-bugs-list

[issue13436] compile() doesn't work on ImportFrom with level=None

Changes by Benjamin Peterson benja...@python.org: -- assignee: docs@python - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___

[issue13436] compile() doesn't work on ImportFrom with level=None

New submission from Janosch Gräf janosch.gr...@gmx.net: The documentation for ast says that arguments that are marked with a '?' in the abstract grammar are optional and can therefore be None. When I try to compile a Module node which contains an ImportFrom node with attribute level=None