➜
This issue tracker has been migrated to GitHub,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2015-05-08 13:22 by larry, last changed 2022-04-11 14:58 by admin. This issue is now closed.
| Messages (3) | |||
|---|---|---|---|
| msg242760 - (view) | Author: Larry Hastings (larry) *  |
Date: 2015-05-08 13:22 | |
ast.literal_eval() supports all Python operators, yes? No. It doesn't support "if/else", Python's ternary operator. Is there a reason it does not? I think it probably should. |
|||
| msg242765 - (view) | Author: Serhiy Storchaka (serhiy.storchaka) * |
Date: 2015-05-08 14:16 | |
No it doesn't support all Python operators.
>>> ast.literal_eval('2*3')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python3.4/ast.py", line 84, in literal_eval
return _convert(node_or_string)
File "/usr/lib/python3.4/ast.py", line 83, in _convert
raise ValueError('malformed node or string: ' + repr(node))
ValueError: malformed node or string: <_ast.BinOp object at 0xb6f8446c>
And shouldn't. It supports "+" and "-" only because they are needed for support of complex "literals". It is unintentional side effect, that ast.literal_eval() supports not only "2+3j", but "2+3" too.
|
|||
| msg242767 - (view) | Author: R. David Murray (r.david.murray) * |
Date: 2015-05-08 14:25 | |
Right, this isn't a bug, it is that literal_eval is intended only to support *literals*, not expressions. See also issue 22525. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022-04-11 14:58:16 | admin | set | github: 68334 |
| 2015-05-08 14:25:28 | r.david.murray | set | status: open -> closed nosy: + r.david.murray messages: + msg242767 resolution: not a bug stage: needs patch -> resolved |
| 2015-05-08 14:16:11 | serhiy.storchaka | set | nosy:
+ mark.dickinson, serhiy.storchaka messages: + msg242765 |
| 2015-05-08 13:22:43 | larry | create | |