[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

Ned Deily added the comment: Thanks for the PR! With the backports to 3.9 and 3.8 in place, I am assuming we can now close this issue. -- nosy: +ned.deily resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python

[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

Change by Ned Deily : -- versions: -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

Change by Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) : -- pull_requests: +20383 pull_request: https://github.com/python/cpython/pull/21229 ___ Python tracker ___

[issue41165] [Python 3.10] Remove APIs deprecated since Python 3.3

Inada Naoki added the comment: PyModule_GetFilename, PyEval_AcquireLock, PyEval_ReleaseLock. Are they part of stable ABI? -- ___ Python tracker ___

[issue41165] [Python 3.10] Remove APIs deprecated since Python 3.3

New submission from Inada Naoki : I don't think we need to remove them all at onece. But we can remove some of them for code health. c-api/module.rst .. c:function:: const char* PyModule_GetFilename(PyObject *module) .. deprecated:: 3.2 c-api/init.rst .. c:function:: void

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- pull_requests: +20382 pull_request: https://github.com/python/cpython/pull/21228 ___ Python tracker ___

[issue41100] Build failure on macOS 11 (beta)

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41100] Build failure on macOS 11 (beta)

Ned Deily added the comment: [Moving the discussion from Issue41164 to here.] The change in PR 21224 may be needed to successfully build but I'm not sure whether that LIBTOOL_CRUFT stuff is still needed. With a squick search, I don't see any references to it anymore. But it won't hurt to

[issue41164] allow python to build for macosx-11.0-arm64

Lawrence D'Anna added the comment: sound good, thanks -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41133] Insufficient description of cyclic garbage collector for C API

Daniel Barkalow added the comment: I think it would be helpful to have something as troubleshooting information on the garbage collector. If you've got a bug in your C module, it's obvious that you shouldn't be doing something egregiously wrong, but it's not obvious what you might have done

[issue41164] allow python to build for macosx-11.0-arm64

Ned Deily added the comment: Lawrence, thanks for the PR. We appreciate any insights from you all. We ahve already started to build using the first seed of Big Sur and have already committed some fixes. Rather than having multiple open issues covering the same topic, I'd like to suggest

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- nosy: +lawrence-danna-apple nosy_count: 3.0 -> 4.0 pull_requests: +20381 pull_request: https://github.com/python/cpython/pull/21224 ___ Python tracker

[issue41164] allow python to build for macosx-11.0-arm64

Lawrence D'Anna added the comment: The tests do not all pass yet, I thought I'd try with the tiny patch to enable building on arm and follow up with more after I getting feedback. If you prefer, I can wait until I have a complete patch that addresses all test failures on arm, but if you

[issue41164] allow python to build for macosx-11.0-arm64

Change by Dong-hee Na : -- versions: +Python 3.10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41164] allow python to build for macosx-11.0-arm64

Dong-hee Na added the comment: Thanks, Lawrence for the patch. I am happy to see the patch from the Apple team. By the way, is there any way to check that the CPython team can check all the tests works well on the ARM macOS? -- nosy: +corona10, ronaldoussoren

[issue41123] Remove Py_UNICODE APIs except PEP 623

Change by Inada Naoki : -- pull_requests: +20380 pull_request: https://github.com/python/cpython/pull/21227 ___ Python tracker ___

[issue41123] Remove Py_UNICODE APIs except PEP 623

Inada Naoki added the comment: New changeset b3332660adb02babb7e66e45310c66dc9a9a94da by Inada Naoki in branch 'master': bpo-41123: Remove PyUnicode_AsUnicodeCopy (GH-21209) https://github.com/python/cpython/commit/b3332660adb02babb7e66e45310c66dc9a9a94da --

[issue41133] Insufficient description of cyclic garbage collector for C API

Tim Peters added the comment: I don't see real value in the docs noting that Bad Things can happen if code lies about true refcounts. If a container points to an object, _of course_ the container should own that reference. Cheating on that isn't intended to be supported in any way, so

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

miss-islington added the comment: New changeset 00fd04b9b7537c473c3f9396a861868b8ddd3bb2 by Miss Islington (bot) in branch '3.8': bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214) https://github.com/python/cpython/commit/00fd04b9b7537c473c3f9396a861868b8ddd3bb2

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

miss-islington added the comment: New changeset 01638ce51a63afe5af3f778e7403702703bb41b9 by Miss Islington (bot) in branch '3.9': bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214) https://github.com/python/cpython/commit/01638ce51a63afe5af3f778e7403702703bb41b9

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

Change by miss-islington : -- pull_requests: +20379 pull_request: https://github.com/python/cpython/pull/21226 ___ Python tracker ___

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +20378 pull_request: https://github.com/python/cpython/pull/21225 ___ Python tracker

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

Terry J. Reedy added the comment: New changeset 2515a28230b1a011205f30263da6b01c6bd167a3 by Serhiy Storchaka in branch 'master': bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214) https://github.com/python/cpython/commit/2515a28230b1a011205f30263da6b01c6bd167a3 --

[issue41164] allow python to build for macosx-11.0-arm64

Change by Lawrence D'Anna : -- pull_requests: +20376 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21224 ___ Python tracker ___

[issue41164] allow python to build for macosx-11.0-arm64

New submission from Lawrence D'Anna : allow python to build for macosx-11.0-arm64, by adding the appropriate case to configure.ac -- components: Interpreter Core files: 0001-arm64.patch keywords: patch messages: 372641 nosy: lawrence-danna-apple priority: normal severity: normal

[issue23427] Add sys.orig_argv: original command line arguments passed to the Python executable

STINNER Victor added the comment: I added sys.orig_argv to the master branch (future Python 3.10). -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue23427] Add sys.orig_argv: original command line arguments passed to the Python executable

STINNER Victor added the comment: New changeset dd8a93e23b5c4f9290e1cea6183d97eb9b5e61c0 by Victor Stinner in branch 'master': bpo-23427: Add sys.orig_argv attribute (GH-20729) https://github.com/python/cpython/commit/dd8a93e23b5c4f9290e1cea6183d97eb9b5e61c0 --

[issue40223] Add -fwrapv for new icc versions

Benjamin Peterson added the comment: I agree that your fix it correct, though because even if the specific issue you saw is a compiler bug, we need to tell our compilers than Python assumes signed wraparound. -- ___ Python tracker

[issue40223] Add -fwrapv for new icc versions

Stefan Krah added the comment: Yeah, I already felt a bit guilty about adding you -- it could be a compiler bug or an actual overflow. My bet is also that the reordering exposes an existing overflow. The reordering itself certainly looks correct to me. When I have time, I'll try to look

[issue40223] Add -fwrapv for new icc versions

Benjamin Peterson added the comment: I don't readily have access to ICC, so I can't personally debug this. That commit was supposed to be a functional noop, though it may have exposed different optimization opportunities to the compiler. I would like to see Python not assumed signed

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Since this is an ongoing problem: When I submitted the decNumber patches to Cowlishaw, he asked me if I would be interested in maintaining decNumber. I declined at the time due to time constraints. Had I accepted, I'd control 2/3 of the decimal market now, the

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

Łukasz Langa added the comment: This can now be closed. Thank you for all hard work here. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue40746] test_gdb failing on 32-bit armv7l when built with GCC -Og (fail on Raspbian on 3.9, regression from 3.8)

Łukasz Langa added the comment: This will miss 3.9.0b4. -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > You'll have to let the readers of this thread judge that for themselves. Ask Cowlishaw or the mpfr developers to read this thread. As for politeness, msg372581 was entirely polite and directly answered by an inappropriate and petulant msg372584. This no way

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

Łukasz Langa added the comment: New changeset 2fb5f038f2a2e91a7293d62dfd5601e6eb500c55 by Jason R. Coombs in branch 'master': bpo-40924: Ensure importlib.resources.path returns an extant path (GH-20857) https://github.com/python/cpython/commit/2fb5f038f2a2e91a7293d62dfd5601e6eb500c55

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

Łukasz Langa added the comment: Go ahead. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40874] Update to libmpdec-2.5.0

Łukasz Langa added the comment: > That was incredibly inappropriate. You'll have to let the readers of this thread judge that for themselves. You're right that you added me to nosy. I missed it as I've been busy with other things at the time. You let *3 hours* pass between opening this issue

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

Yury Selivanov added the comment: > Optimally, we want to do removals before the beta so that users can prepare > accordingly rather than deal with breakage in the final release. +1 to remove it now. Up to Lukasz to give us green or red light here, though. --

[issue18233] SSLSocket.getpeercertchain()

Zack Weinberg added the comment: I have yet another use case for the function implemented by this patch (i.e. retrieving the cert chain actually sent by the server, regardless of whether that gives a path to a trust anchor). I'm implementing a network forensics tool, and one of the

[issue36346] Prepare for removing the legacy Unicode C API

Change by Serhiy Storchaka : -- pull_requests: +20375 pull_request: https://github.com/python/cpython/pull/21223 ___ Python tracker ___

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Major correction: Victor *did* ask for a news entry, but otherwise I would not have added one. -- ___ Python tracker ___

[issue41046] unittest: make skipTest a classmethod

Andrei Daraschenka added the comment: Hello and thanks for your issue. Can you explain why we need to make method as `classmethod` because in your example you don't provide argument for `cls.skipTest()`. -- nosy: +dorosch ___ Python tracker

[issue41162] Clear audit hooks after destructors

Change by JIanqiu Tao : -- pull_requests: +20374 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/21222 ___ Python tracker ___

[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Brett Cannon added the comment: I wonder if it's a problem from Unicode representation since I don't think importlib tries to have a standard normalization form of Unicode. I could see that leading to how the file system encoded something differing from how it was encoded in the test file,

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > The bot did ask you to add a news entry. And I deliberately did not, out of politeness. Two release managers were added and they did not ask. > Other core developer go through great length to keep backwards compatibility > for older or less commonly used

[issue37999] No longer use implicit convertion to int with loss

Serhiy Storchaka added the comment: New changeset e67f7db3c34f70536f36c56bb82e33c3512a53a3 by Serhiy Storchaka in branch 'master': bpo-37999: Simplify the conversion code for %c, %d, %x, etc. (GH-20437) https://github.com/python/cpython/commit/e67f7db3c34f70536f36c56bb82e33c3512a53a3

[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

Ned Deily added the comment: PS. Or try doing an out-of-tree build. Perhaps the problem is just due to trying to do the build under that unconventional location under /. cd ~/build ./path/to/sourcetree/configure ... make ... -- ___ Python

[issue40874] Update to libmpdec-2.5.0

Christian Heimes added the comment: > Also note that people did not react at all to the fact that > coroutine storage was not thread safe across several releases. That's whataboutism. > No one asked for News entry. The bot did ask you to add a news entry. According to

[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

Ned Deily added the comment: > Do you know of any easy ways to disable mac OS sandboxes from being used in > the python build from the command line? Please show the exact steps you used to build this, in particular, the full ./configure statement and any relevant env variable settings. I

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Also note that people did not react at all to the fact that coroutine storage was not thread safe across several releases. No one asked for News entry. But "breaking" a fringe distro seems to be a major disaster. --

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > I have opened bpo-41161 to address the issue. Thanks, that is a more considerate approach, I'll add the note! -- ___ Python tracker ___

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > This has nothing to do with your excellent fault rate (lack of any issues). I sounds like that though for random people who read this issue and think that Łukasz is the grand release manager who puts a person in his place. That was incredibly inappropriate.

[issue40874] Update to libmpdec-2.5.0

Christian Heimes added the comment: > > unreviewed and under-documented commit. > > libmpdec has been one of the few zero fault areas of Python. > Please stop spreading FUD. This has nothing to do with your excellent fault rate (lack of any issues). The commit had no Misc/NEWS.d blurb and

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > unreviewed and under-documented commit. libmpdec has been one of the few zero fault areas of Python. Please stop spreading FUD. -- ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > Anthony noted a new failure related to your unreviewed and under-documented > commit. He claimed a failure in Ubuntu (in a manner that I took as petulant), which isn't the case. It is a failure in a custom Ubuntu distro that uses --with-system-libmpdec in an

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by Eric V. Smith : -- assignee: -> eric.smith resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

miss-islington added the comment: New changeset 9a646aa82dfa62d70ca2a99ada901ee6cf9f82bd by Miss Islington (bot) in branch '3.9': bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033)

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

miss-islington added the comment: New changeset dc8ce8ead182de46584cc1ed8a8c51d48240cbd5 by Miss Islington (bot) in branch '3.8': bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033)

[issue41162] Clear audit hooks after destructors

JIanqiu Tao added the comment: Patch attached below works well, but with less functionality for users' audit hook. Pure Python audit hook implement looks safe enough. Should we need call _PySys_ClearAuditHooks earlier for more functionality? -- keywords: +patch nosy: +zkonge Added

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: Łukasz: what would you recommend for downstream packagers? I have essentially two options (assuming this isn't reverted in cpython master which I believe makes the most sense since cpython still works fine with older libmpdec): - revert this individual

[issue40874] Update to libmpdec-2.5.0

Łukasz Langa added the comment: Stefan brought libmpdec-2.5.0 to 3.9 shortly before Beta 2. Due to us being busy with the importlib fiasco, this went under our radar. It shouldn't have. It's a large chunk of refactored code merged without review after the beta freeze. Betas aren't for

[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

Andrew added the comment: Thanks for your reply Ned. I think you are right about mac OS sandboxes messing something up. Python builds most of the extension modules fine if I do a straightforward build in the /tmp directory like you said. Do you know of any easy ways to disable mac OS

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by miss-islington : -- pull_requests: +20373 pull_request: https://github.com/python/cpython/pull/21221 ___ Python tracker ___

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +20372 pull_request: https://github.com/python/cpython/pull/21220 ___ Python tracker

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Eric V. Smith added the comment: New changeset b30ee26e366bf509b7538d79bfec6c6d38d53f28 by Ravi Teja P in branch 'master': bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033) https://github.com/python/cpython/commit/b30ee26e366bf509b7538d79bfec6c6d38d53f28

[issue41163] test_weakref hangs

New submission from Peter Kuťák : Command make hangs on test_weakref I compile python 3.6.11 (latest compatible with my settings raspbian jessie) I compile on OrangePi i96 - single core ARM I think it is same problem as Issue29796 -- components: Tests messages: 372605 nosy: Peter

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Rahul Jha added the comment: > That may actually be another alternative: instead of doing the "try > appending newlines and see if it works or generates different errors", > we may be able to switch to the tokenizer if the initial compilation > fails and check for hanging INDENT tokens (i.e.

[issue29753] Ctypes Packing Bitfields Incorrectly - Linux

Change by Antoine Pitrou : -- versions: +Python 3.8, Python 3.9 -Python 2.7, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker ___

[issue34360] urllib.parse doesn't fully comply to RFC 3986

Change by Rahul Jha : -- nosy: +RJ722 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40884] Added defaults parameter for logging.Formatter

Change by Vinay Sajip : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Vinay Sajip added the comment: The problem appears to be in importlib. I put in a breakpoint in the test just before it tries to import the module é. (At this point it has successfully imported a module called वमस in an earlier loop iteration.) Then, in a different terminal console, I cd'd

[issue40275] test.support has way too many imports

Change by hai shi : -- pull_requests: +20371 pull_request: https://github.com/python/cpython/pull/21219 ___ Python tracker ___ ___

[issue35975] Put back the ability to parse files where async/await aren't keywords

Guido van Rossum added the comment: Fixed again. Thanks Stefan for finding this! I apologize for the bug. -- stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue41162] Clear audit hooks after destructors

New submission from Steve Dower : Because of when _Py_ClearAuditHooks is called during finalization, it is possible that __del__ destructors will be called after hooks have been cleared. Audit events that would be raised here are dropped. We should ensure these events are received by any

[issue41161] libmpdec-2.5.0 update is missing news entry

New submission from Christian Heimes : libmpdec was updated in bpo-40874 but there is no entry in the changelog. Every non-trivial change should be accompanied by a Misc/NEWS.d/ blurb. Please update the changelog manually. -- assignee: skrah components: Documentation keywords:

[issue41155] Tkinter -postoffset not working for TCombobox

E. Paine added the comment: This is a strange bug, as the fix is simply to explicitly give the style (`style='TCombobox'`). This is, however, a Tcl/Tk issue as it can be reproduced in wish (I used the script attached). I therefore ask you close this issue as third party (you can take it up

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: --with-system-libmpdec is a **long term** tool for distributions. Pinning the version number ensures that they use the correct version. -- ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: This is no release blocker. Version 2.5.0 has been in 3.9 for a long time, and people should use the correct version. -- priority: release blocker -> normal ___ Python tracker

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: Sorry, I take that back. Earlier versions would indeed skip initialization in some cases. I propose we deprecate the dll_path field in PathConfig and just get the path directly in the three places it's necessary. The path calculations have security exposure,

[issue40874] Update to libmpdec-2.5.0

Change by Christian Heimes : -- nosy: +christian.heimes priority: normal -> release blocker ___ Python tracker ___ ___

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: > I understand that LoadLibraryExW() must not be attempted if _Py_dll_path is > empty, or if Py_GetPrefix() is empty. Am I right? More likely those should never be empty. Perhaps sys.prefix is optional, but the DLL path is the current executing module, and

[issue39085] Improve docs for await expression

Bill Wallace added the comment: There are a few other places on the documentation that are imprecise or misleading for await. While the information needed is scattered around the docs, I think these can also be improved. I'm pretty sure these fit with this issue. Developing with asyncio

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: You are talking to the author of libmpdec *and* the _decimal module. Perhaps this problem has occurred to me, too: $ diff -ur mpdecimal-2.5.0/libmpdec cpython-commit/Modules/_decimal/libmpdec/ Only in mpdecimal-2.5.0/libmpdec: .objs Only in

[issue33346] Syntax error with async generator inside dictionary comprehension

Serhiy Storchaka added the comment: What can I do to move this issue forward? We already missed 3.7, 3.8 and 3.9. -- ___ Python tracker ___

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: > Otherwise, why use the system libmpdec at all and not the version shipped with Python? the packages are faithful reproductions of upstream packages, deviating from those introduces surprises for downstreams > If I install into a venv, I also don't use

[issue41160] Cross-compiling for GNU/Hurd fails

Change by Marius Bakke : -- keywords: +patch pull_requests: +20370 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21218 ___ Python tracker ___

[issue41160] Cross-compiling for GNU/Hurd fails

New submission from Marius Bakke : Attempting to cross-compile for i586-pc-gnu fails with the following message: checking MACHDEP... configure: error: cross build not supported for i586-pc-gnu Adding a trivial case for it in the configure script is sufficient. -- components: Build

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: If Python is packaged with **system** libmpdec, you can only use the official Ubuntu Python/libmpdec version combination. Which are packaged by Matthias Klose, who is on the CC list here. Otherwise, why use the system libmpdec at all and not the version

[issue41159] Nested async dict comprehension fails with SyntaxError

Serhiy Storchaka added the comment: This is a duplicate of issue33346. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Syntax error with async generator inside dictionary comprehension

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: I package pythons for ubuntu: https://github.com/deadsnakes/python3.9-nightly/actions/runs/151286686 https://github.com/deadsnakes/python3.10-nightly/actions/runs/151287821 -- ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Or is this CoC bait again? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Please name a buildbot that does not pass. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: reverting this patch passes all the tests, what's the motivation and why were there no code reviews for this? -- ___ Python tracker ___

[issue41159] Nested async dict comprehension fails with SyntaxError

New submission from Hrvoje Nikšić : Originally brought up on StackOverflow, https://stackoverflow.com/questions/60799366/nested-async-comprehension : This dict comprehension parses and works correctly: async def bar(): return { n: await foo(n) for n in [1, 2, 3] } But making

[issue5004] socket.getfqdn() doesn't cope properly with purely DNS-based setups

Jan Hudec added the comment: Confirming the fixed version linked in previous comment by Thomas Waldmann is correct and matches what `hostname -f` does. -- nosy: +bulb versions: +Python 3.10, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Ubuntu is my main system, and it does not break the build. If you use --with-system-libmpdec, you need to keep in sync with the external libmpdec. -- ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: especially this late in the beta period for 3.9 -- it would be unfortunate for 3.10 but it's an explicit break of feature freeze for 3.9 -- ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: this breaks builds for ubuntu, I'd suggest reverting this (especially because it appears to build fine without this patch) 2020-06-29T08:52:56.8303672Z x86_64-linux-gnu-gcc -pthread -fPIC -Wdate-time -D_FORTIFY_SOURCE=2 -Wno-unused-result -Wsign-compare

[issue40223] Add -fwrapv for new icc versions

Stefan Krah added the comment: cc Benjamin, in case he has any ideas: icc does not like the label reordering in ceval.c, but that can be anything from an icc issue to an actual overflow in ceval.c. -- nosy: +benjamin.peterson ___ Python tracker

[issue40223] Add -fwrapv for new icc versions

Stefan Krah added the comment: icc does not like the label reordering from: ddd1949fea59f256e51191540a4446f75ed608fa This is one step further, but not much. Possibilities are still: 1) The reordering exposes an overflow. 2) The new ordering is not supported by icc, it introduces

  1   2   >