delta/cpython-git.git/Misc, 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-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>






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.






bpo-39465: Remove _PyUnicode_ClearStaticStrings() from C API (GH-20078)
2020-05-13T23:11:54+00:00

Victor Stinner
vstinner@python.org

2020-05-13T23:11:54+00:00

d6fb53fe42d83a10f1372dd92ffaa6a01d2feffb

Remove the _PyUnicode_ClearStaticStrings() function from the C API.
Make the function fully private (declare it with "static").




Remove the _PyUnicode_ClearStaticStrings() function from the C API.
Make the function fully private (declare it with "static").






Misc/NEWS blurb
2020-05-13T19:39:03+00:00

Guido van Rossum
guido@python.org

2020-05-13T17:47:32+00:00

b951b0f15b2497f3e254fff5fd1f4980750a237b












bpo-34790: add version of removal of explicit passing of coros to `asyncio.wait`'s documentation (#20008)
2020-05-13T18:55:12+00:00

jack1142
6032823+jack1142@users.noreply.github.com

2020-05-13T18:55:12+00:00

de92769d473d1c0955d36da2fc71462621326f00












bpo-40501: Replace ctypes code in uuid with native module (GH-19948)
2020-05-12T22:32:32+00:00

Steve Dower
steve.dower@python.org

2020-05-12T22:32:32+00:00

d6b727e2c947240804b8e434b305ba2890122550












bpo-38787: Add PyCFunction_CheckExact() macro for exact type checks (GH-20024)
2020-05-12T14:12:41+00:00

scoder
stefan_ml@behnel.de

2020-05-12T14:12:41+00:00

4c9ea093cd752a6687864674d34250653653f743

… now that we allow subtypes of PyCFunction.

Also add PyCMethod_CheckExact() and PyCMethod_Check() for checks against the PyCMethod subtype.




… now that we allow subtypes of PyCFunction.

Also add PyCMethod_CheckExact() and PyCMethod_Check() for checks against the PyCMethod subtype.






bpo-40596: Fix str.isidentifier() for non-canonicalized strings containing non-BMP characters on Windows. (GH-20053)
2020-05-12T13:18:00+00:00

Serhiy Storchaka
storchaka@gmail.com

2020-05-12T13:18:00+00:00

5650e76f63a6f4ec55d00ec13f143d84a2efee39












bpo-40593: Improve syntax errors for invalid characters in source code. (GH-20033)
2020-05-12T09:42:04+00:00

Serhiy Storchaka
storchaka@gmail.com

2020-05-12T09:42:04+00:00

74ea6b5a7501fb393cd567fb21998d0bfeeb267c