delta/cpython-git.git/Lib/test, branch fix-traceback-syntax-error github.com: python/cpython.git Merge branch 'master' into fix-traceback-syntax-error 2020-05-15T02:01:14+00:00 Guido van Rossum guido@python.org 2020-05-15T02:01:14+00:00 f93a54c48fc1644012aa0d4ee3887c1d121ac40e 






bpo-40334: Correctly identify invalid target in assignment errors (GH-20076)
2020-05-15T01:04:52+00:00

Pablo Galindo
Pablogsal@gmail.com

2020-05-15T01:04:52+00:00

16ab07063cb564c1937714bd39d6915172f005b5

Co-authored-by: Lysandros Nikolaou <lisandrosnik@gmail.com>




Co-authored-by: Lysandros Nikolaou <lisandrosnik@gmail.com>






bpo-40462: Fix typo in test_json (GH-20094)
2020-05-14T23:02:10+00:00

Victor Stinner
vstinner@python.org

2020-05-14T23:02:10+00:00

4b972faf605912092013a1fdbf486c498d002926












bpo-40618: Disallow invalid targets in augassign and except clauses (GH-20083)
2020-05-14T20:13:50+00:00

Lysandros Nikolaou
lisandrosnik@gmail.com

2020-05-14T20:13:50+00:00

ce21cfca7bb2d18921bc4ac27cb064726996c519

This commit fixes the new parser to disallow invalid targets in the
following scenarios:
- Augmented assignments must only accept a single target (Name,
  Attribute or Subscript), but no tuples or lists.
- `except` clauses should only accept a single `Name` as a target.

Co-authored-by: Pablo Galindo <Pablogsal@gmail.com>




This commit fixes the new parser to disallow invalid targets in the
following scenarios:
- Augmented assignments must only accept a single target (Name,
  Attribute or Subscript), but no tuples or lists.
- `except` clauses should only accept a single `Name` as a target.

Co-authored-by: Pablo Galindo <Pablogsal@gmail.com>






bpo-40619: Correctly handle error lines in programs without file mode (GH-20090)
2020-05-14T20:11:48+00:00

Pablo Galindo
Pablogsal@gmail.com

2020-05-14T20:11:48+00:00

bcc30360951a303aa72b0502b77aad2c5f09f30d












Remove debug print() calls
2020-05-14T18:15:45+00:00

Guido van Rossum
guido@python.org

2020-05-14T18:15:45+00:00

1c7e6bb160e3f25117ee3f13f9b751b46b477233












Revert "bpo-32604: [_xxsubinterpreters] Propagate exceptions. (GH-19768)" (GH-20089)
2020-05-14T16:46:24+00:00

Victor Stinner
vstinner@python.org

2020-05-14T16:46:24+00:00

f2c3b6823bc4777d4a14eb0c3615b719521f763a

* Revert "bpo-40613: Remove compiler warning from _xxsubinterpretersmodule (GH-20069)"

This reverts commit fa0a66e62d087765dbc5c1b89d6149a23ecfb0a6.

* Revert "bpo-32604: [_xxsubinterpreters] Propagate exceptions. (GH-19768)"

This reverts commit a1d9e0accd33af1d8e90fc48b34c13d7b07dcf57.




* Revert "bpo-40613: Remove compiler warning from _xxsubinterpretersmodule (GH-20069)"

This reverts commit fa0a66e62d087765dbc5c1b89d6149a23ecfb0a6.

* Revert "bpo-32604: [_xxsubinterpreters] Propagate exceptions. (GH-19768)"

This reverts commit a1d9e0accd33af1d8e90fc48b34c13d7b07dcf57.






bpo-40495: compileall option to hardlink duplicate pyc files (GH-19901)
2020-05-14T14:17:22+00:00

Lumír 'Frenzy' Balhar
lbalhar@redhat.com

2020-05-14T14:17:22+00:00

e77d428856fbd339faee44ff47214eda5fb51d57

compileall is now able to use hardlinks to prevent duplicates in a
case when .pyc files for different optimization levels have the same content.

Co-authored-by: Miro Hrončok <miro@hroncok.cz>
Co-authored-by: Victor Stinner <vstinner@python.org>




compileall is now able to use hardlinks to prevent duplicates in a
case when .pyc files for different optimization levels have the same content.

Co-authored-by: Miro Hrončok <miro@hroncok.cz>
Co-authored-by: Victor Stinner <vstinner@python.org>






Add thorough test, and fix found issues in traceback.py
2020-05-14T02:28:20+00:00

Guido van Rossum
guido@python.org

2020-05-14T02:28:20+00:00

6df7662ca5f0fa63d31986f56b3d7dd33889be0e












bpo-40597: email: Use CTE if lines are longer than max_line_length consistently (gh-20038)
2020-05-14T00:53:26+00:00

Arkadiusz Hiler
arek.l1@gmail.com

2020-05-14T00:53:26+00:00

6f2f475d5a2cd7675dce844f3af436ba919ef92b

raw_data_manager (default for EmailPolicy, EmailMessage)
does correct wrapping of 'text' parts as long as the message contains
characters outside of 7bit US-ASCII set: base64 or qp
Content-Transfer-Encoding is applied if the lines would be too long
without it.  It did not, however, do this for ascii-only text,
which could result in lines that were longer than
policy.max_line_length or even the rfc 998  maximum.

This changeset fixes the heuristic so that if lines are longer than
policy.max_line_length, it will always apply a
content-transfer-encoding so that the lines are wrapped correctly.




raw_data_manager (default for EmailPolicy, EmailMessage)
does correct wrapping of 'text' parts as long as the message contains
characters outside of 7bit US-ASCII set: base64 or qp
Content-Transfer-Encoding is applied if the lines would be too long
without it.  It did not, however, do this for ascii-only text,
which could result in lines that were longer than
policy.max_line_length or even the rfc 998  maximum.

This changeset fixes the heuristic so that if lines are longer than
policy.max_line_length, it will always apply a
content-transfer-encoding so that the lines are wrapped correctly.