Message312500
| Author | serhiy.storchaka |
|---|---|
| Recipients | benjamin.peterson, rhettinger, serhiy.storchaka |
| Date | 2018-02-21.18:30:09 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1519237809.37.0.467229070634.issue32893@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
This doesn't look like Python literal. And if the function accepts a one particular non-literal the user can except that it accepts other looking similarly non-literal, that is false.
Actually ast.literal_eval("+True") is error. But ast.literal_eval(ast.UnaryOp(ast.UAdd(), ast.Constant(True))) is successful by oversight.
And look at this from other side. What is the benefit of accepting "+True"? This doesn't make the code simpler. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2018-02-21 18:30:09 | serhiy.storchaka | set | recipients: + serhiy.storchaka, rhettinger, benjamin.peterson |
| 2018-02-21 18:30:09 | serhiy.storchaka | set | messageid: <1519237809.37.0.467229070634.issue32893@psf.upfronthosting.co.za> |
| 2018-02-21 18:30:09 | serhiy.storchaka | link | issue32893 messages |
| 2018-02-21 18:30:09 | serhiy.storchaka | create | |