[issue45291] Some instructions in the "Using Python on Unix platforms" document do no work on CentOS 7

Yiyang Zhan added the comment: Thank you for reviewing the pull request  -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

STINNER Victor added the comment: New changeset 0231b6da45b610d33ee4e99bf190e31488d6ab26 by Victor Stinner in branch 'main': bpo-41710: Fix building pytime.c on Windows (GH-28644) https://github.com/python/cpython/commit/0231b6da45b610d33ee4e99bf190e31488d6ab26 --

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

neonene added the comment: _PyEval_EvalFrameDefault() may also need to be divided. -- ___ Python tracker ___ ___ Python-bugs-list

[issue1596321] KeyError at exit after 'import threading' in other thread

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

[issue37080] Cannot compile Python3.7.3 on Alt-F (ARM)

STINNER Victor added the comment: > Use GCC option -fPIC for shared objects, please Did you try that? I guess that the configure.ac block about CCSHARED="-fPIC" doesn't handle your operating system. Try to modify manually Makefile to use "CCSHARED=-fPIC", make clean, and try make again. I

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

Change by STINNER Victor : -- pull_requests: +27012 pull_request: https://github.com/python/cpython/pull/28644 ___ Python tracker ___

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Ma Lin added the comment: I think this is a bug of MSVC2019, not a really regression of CPython. So changing the code of CPython is just a workaround, maybe the right direction is to prompt MSVC to fix the bug, otherwise there will be more trouble when 3.11 is released a year later. Seeing

[issue36521] Consider removing docstrings from co_consts in code objects

Inada Naoki added the comment: > I'm not in favor of (c) co_doc either any more (for the reasons you state). I > would go for (b), a CO_DOCSTRING flag plus co_consts[0]. I expect that > co_consts sharing to be a very minor benefit, but you could easily count this > with another small change

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

Change by STINNER Victor : -- pull_requests: +27011 pull_request: https://github.com/python/cpython/pull/28643 ___ Python tracker ___

[issue45326] Unexpected TypeError with type alias+issubclass+ABC

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

[issue45326] Unexpected TypeError with type alias+issubclass+ABC

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

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

STINNER Victor added the comment: New changeset d62d925823b005c33b432e527562b573a3a89635 by Victor Stinner in branch 'main': bpo-41710: Add pytime_add() and pytime_mul() (GH-28642) https://github.com/python/cpython/commit/d62d925823b005c33b432e527562b573a3a89635 --

[issue45326] Unexpected TypeError with type alias+issubclass+ABC

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

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

Change by STINNER Victor : -- pull_requests: +27010 pull_request: https://github.com/python/cpython/pull/28642 ___ Python tracker ___

[issue41226] Supporting `strides` in `memoryview.cast`

Change by jakirkham : -- components: +Library (Lib) type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40718] Support out-of-band pickling for builtin types

Change by jakirkham : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

STINNER Victor added the comment: New changeset 09796f2f142fdb1214f34a3ca917959ecb32a88b by Victor Stinner in branch 'main': bpo-41710: Add _PyTime_AsTimespec_clamp() (GH-28629) https://github.com/python/cpython/commit/09796f2f142fdb1214f34a3ca917959ecb32a88b --

[issue45325] Allow "p" in Py_BuildValue

Matt Wozniski added the comment: The leftmost argument of the ternary is an int for every example that Victor and I found in the stdlib, so no casting would be required in any of these cases. -- ___ Python tracker

[issue45325] Allow "p" in Py_BuildValue

Matt Wozniski added the comment: I spotted three other uses in the stdlib: Modules/_io/_iomodule.c raw = PyObject_CallFunction(RawIO_class, "OsOO", path_or_fd, rawmode, closefd ? Py_True : Py_False,

[issue42813] Extra spaces cause unexpected EOF error in "compile" function with mode "single"

Change by Terry J. Reedy : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue43753] [C API] Add Py_Is(x, y) and Py_IsNone(x) functions

STINNER Victor added the comment: New changeset 8d3e7eff0936926554db6162c992af5829dc8160 by Victor Stinner in branch 'main': bpo-43753: _operator.is_() uses Py_Is() (GH-28641) https://github.com/python/cpython/commit/8d3e7eff0936926554db6162c992af5829dc8160 --

[issue45325] Allow "p" in Py_BuildValue

Matt Wozniski added the comment: > but there is a catch -- the arguments should be a C int Or a type that promotes to int. If you pass a C short or char, or a C++ bool, it is implicitly promoted to int. > so you will need to write "expr ? 1 : 0" Or alternatively "!!expr" > which is not

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

STINNER Victor added the comment: > Could you backport this fix to at least 3.9 and 3.10 branches? Done. > This is fix for regression which was previously backported to 2.7 and 3.6 > branches. I'm not sure what you mean. In Python 2.7 and Python 3.6, was already included by

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

STINNER Victor added the comment: New changeset 80285ecc8deaa2b0e7351bf4be863d1a0ad3c188 by Miss Islington (bot) in branch '3.10': closes bpo-44751: Move crypt.h include from public header to _cryptmodule (GH-27394) (GH-28636)

[issue43753] [C API] Add Py_Is(x, y) and Py_IsNone(x) functions

Change by STINNER Victor : -- pull_requests: +27009 pull_request: https://github.com/python/cpython/pull/28641 ___ Python tracker ___

[issue45325] Allow "p" in Py_BuildValue

Pablo Galindo Salgado added the comment: > My concern is that such feature can provoke bugs. The risk can exceed the > minor benefit. But isn't that risk the same for other formatting parameters? -- ___ Python tracker

[issue45325] Allow "p" in Py_BuildValue

Pablo Galindo Salgado added the comment: You can see how is implemented on am64 for example here: https://blog.nelhage.com/2010/10/amd64-and-va_arg/ -- ___ Python tracker

[issue45291] Some instructions in the "Using Python on Unix platforms" document do no work on CentOS 7

Christian Heimes added the comment: Thanks! The documentation was not up to date for OpenSSL 3.0.0. The default for --libdir was changed late in the development cycle. -- nosy: +christian.heimes status: open -> closed ___ Python tracker

[issue45325] Allow "p" in Py_BuildValue

Serhiy Storchaka added the comment: > What happens if you pass a double, it is stored as a double on the C stack, > and then Py_BuildValue() will read junk data? AFAIK, it is complicated. On old computer primitive compilers just pushed arguments one by one on the stack (in

[issue45326] Unexpected TypeError with type alias+issubclass+ABC

New submission from Dmitry Marakasov : Here's a curious problem. issubclass() check of a type against an ABC-derived class raises TypeError claiming that type is not a class, however inspect.isclass() says it's a class, and issubclass() check against a simple class works fine: ``` from abc

[issue37080] Cannot compile Python3.7.3 on Alt-F (ARM)

Terry J. Reedy added the comment: Jarl, I don't know if we support compiling on such devices, even though the OS is linux. I suggest that you ask on python-list, where someone might have the experience to help you. -- ___ Python tracker

[issue42813] Extra spaces cause unexpected EOF error in "compile" function with mode "single"

Pablo Galindo Salgado added the comment: I concur with Terry, ending a file with *is* a syntax error. -- ___ Python tracker ___

[issue42813] Extra spaces cause unexpected EOF error in "compile" function with mode "single"

Change by Pablo Galindo Salgado : -- Removed message: https://bugs.python.org/msg402911 ___ Python tracker ___ ___ Python-bugs-list

[issue42813] Extra spaces cause unexpected EOF error in "compile" function with mode "single"

Pablo Galindo Salgado added the comment: I concur -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

miss-islington added the comment: New changeset 9626ac8b7421aa5fc04a30359521d24f40105141 by Miss Islington (bot) in branch '3.9': closes bpo-44751: Move crypt.h include from public header to _cryptmodule (GH-27394)

[issue42813] Extra spaces cause unexpected EOF error in "compile" function with mode "single"

Terry J. Reedy added the comment: I believe that this should be closed as not-a-bug. Ending a file with *is* a syntax error. Previous, it was assumed that the problem, in retrospect, was the 'extra' indent. But one can equally say that the problem is the 'missing' statement after the

[issue45325] Allow "p" in Py_BuildValue

Pablo Galindo Salgado added the comment: The va_start macro just sets up a pointer to the first function parameter, e.g.:- void func (int a, ...) { // va_start char *p = (char *) + sizeof a; } which makes p point to the second parameter. The va_arg macro does this:- void func

[issue25653] ctypes+callbacks+fork+selinux = crash

STINNER Victor added the comment: Another recent crash involving libffi, closure, fork and SELinux: https://bugzilla.redhat.com/show_bug.cgi?id=1977410 This bug comes from libffi, not from Python (but it can be easily reproducing using ctypes which uses libffi). -- nosy: +vstinner

[issue45320] Remove deprecated inspect functions

Hugo van Kemenade added the comment: Of the 188 repos I managed to clone of 200 top PyPI packages, looks like these 9 are still calling them: botocore client_python cython google-api-python-client grpc ipython pycodestyle pyrsistent wrapt Details at

[issue45262] crash if asyncio is used before and after re-initialization if using python embedded in an application

STINNER Victor added the comment: > "Assertion failed: Py_IS_TYPE(rl, _Type), file > D:\a\1\s\Modules_asynciomodule.c, line 261" The _asyncio extension uses static types and doesn't implement the multiphase initialization API. It doesn't work well with your "deinitialize/initialize the

[issue45325] Allow "p" in Py_BuildValue

STINNER Victor added the comment: > but there is a catch -- the arguments should be a C int. If it is not, you > can break a stack. I never understood how "..." arguments work under the hood. What happens if you pass a double, it is stored as a double on the C stack, and then

[issue45229] Always use unittest for collecting tests in regrtests

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

[issue45229] Always use unittest for collecting tests in regrtests

Serhiy Storchaka added the comment: New changeset d441437ee71ae174c008c23308b749b91020ba77 by Serhiy Storchaka in branch 'main': bpo-45229: Make datetime tests discoverable (GH-28615) https://github.com/python/cpython/commit/d441437ee71ae174c008c23308b749b91020ba77 --

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

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

[issue45325] Allow "p" in Py_BuildValue

Pablo Galindo Salgado added the comment: > There was no much need of this feature. In rare cases when we needed to build > a bool in Py_BuildValue (I have found only 2 cases in the stdlib, and one of > them is added by me) we use the following idiom: Is true that this is not very common,

[issue45229] Always use unittest for collecting tests in regrtests

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

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

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

[issue45325] Allow "p" in Py_BuildValue

Pablo Galindo Salgado added the comment: > Either create a new draft PR, or put it in the same PR 28634. I prefer to reach an agreement first here before I add more things to the PR -- ___ Python tracker

[issue45325] Allow "p" in Py_BuildValue

STINNER Victor added the comment: I would be interested to see how the "p" format could be used in existing code. I found a few places would benefit of it. Either create a new draft PR, or put it in the same PR 28634. Modules/_itertoolsmodule.c: return Py_BuildValue("O(N)(OO)",

[issue45325] Allow "p" in Py_BuildValue

Serhiy Storchaka added the comment: There was no much need of this feature. In rare cases when we needed to build a bool in Py_BuildValue (I have found only 2 cases in the stdlib, and one of them is added by me) we use the following idiom: Py_BuildValue("...O...", ..., expr ? Py_True :

[issue45020] Freeze all modules imported during startup.

Eric Snow added the comment: New changeset 45ca1c04139300ec0289a32f78c7ac922a4f7b07 by Eric Snow in branch 'main': bpo-45020: Do not freeze /__init__.py twice. (gh-28635) https://github.com/python/cpython/commit/45ca1c04139300ec0289a32f78c7ac922a4f7b07 --

[issue45020] Freeze all modules imported during startup.

Change by Eric Snow : -- pull_requests: +27004 pull_request: https://github.com/python/cpython/pull/28635 ___ Python tracker ___

[issue45325] Allow "p" in Py_BuildValue

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27003 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28634 ___ Python tracker

[issue45324] The frozen importer should capture info in find_spec().

Change by Eric Snow : -- keywords: +patch pull_requests: +27002 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/28633 ___ Python tracker

[issue45325] Allow "p" in Py_BuildValue

New submission from Pablo Galindo Salgado : We should allow Py_BuildValue to take a "p" argument that takes a C int and produces a Python Bool so it would be symmetric with the p format code for PyArg_Parse that takes a Python object and returns a C int containing PyObject_IsTrue(obj).

[issue45324] The frozen importer should capture info in find_spec().

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45324] The frozen importer should capture info in find_spec().

Eric Snow added the comment: Taking care of this will also be necessary (probably) as we work on adding __file__ to frozen stdlib modules. (See bpo-21736.) -- ___ Python tracker

[issue45324] The frozen importer should capture info in find_spec().

New submission from Eric Snow : Currently FrozenImporter (in Lib/importlib/_bootstrap.py) does minimal work in its find_spec() method. It only checks whether or not the module is frozen. However, in doing so it has gathered all the info we need to load the module. We end up repeating that

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

Change by Sam James : -- nosy: +thesamesam ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

Arfrever Frehtes Taifersar Arahesis added the comment: Could you backport this fix to at least 3.9 and 3.10 branches? This is fix for regression which was previously backported to 2.7 and 3.6 branches. -- nosy: +Arfrever ___ Python tracker

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

neonene added the comment: @pablogsal I'm OK with more effective fixes in 3.10.1 and later. Thanks all, thanks kj and malin for many help. -- ___ Python tracker ___

[issue36521] Consider removing docstrings from co_consts in code objects

Guido van Rossum added the comment: Not so fast. I'm not in favor of (c) co_doc either any more (for the reasons you state). I would go for (b), a CO_DOCSTRING flag plus co_consts[0]. I expect that co_consts sharing to be a very minor benefit, but you could easily count this with another

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

neonene added the comment: I submitted 2 drafts in a hurry. Sorry for short explanations. I'll add more reports. -- ___ Python tracker ___

[issue36207] robotsparser deny all with some rules

Change by STINNER Victor : -- Removed message: https://bugs.python.org/msg402889 ___ Python tracker ___ ___ Python-bugs-list

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Change by neonene : -- pull_requests: +27001 pull_request: https://github.com/python/cpython/pull/28631 ___ Python tracker ___ ___

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Change by neonene : -- pull_requests: +27000 pull_request: https://github.com/python/cpython/pull/28630 ___ Python tracker ___ ___

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

Change by STINNER Victor : -- keywords: +patch pull_requests: +26999 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28629 ___ Python tracker ___

[issue45320] Remove deprecated inspect functions

Karthikeyan Singaravelan added the comment: Slightly related, inspect.getfullargspec was also deprecated and later undeprecated. Please find the discussion post this message https://bugs.python.org/issue36751#msg341128 https://bugs.python.org/issue37010 -- nosy: +xtreak

[issue36207] robotsparser deny all with some rules

Nico added the comment: Had same problem today for my website (https://www.bonus4casino.fr/), following for a fix -- nosy: +nico.bonefato ___ Python tracker ___

[issue28206] signal.Signals not documented

Change by Hinrich Mahler : -- keywords: +patch pull_requests: +26998 pull_request: https://github.com/python/cpython/pull/28628 ___ Python tracker ___

[issue45323] unexpected behavior on first match case _

Steven D'Aprano added the comment: It is a bit tricky to find the documentation for the magic single underscore, but it is here: https://docs.python.org/3/reference/lexical_analysis.html#reserved-classes-of-identifiers -- ___ Python tracker

[issue45323] unexpected behavior on first match case _

Steven D'Aprano added the comment: If you are working in the interactive interpreter, you may be running into a conflict with the "magic" variable `_` which the interactive interpreter creates to hold the result of the last evaluated statement. So when you evaluate `x`, and that returns the

[issue45249] Update doctect SyntaxErrors for location range

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Pablo Galindo Salgado added the comment: > IMO, we should note in What's New that only for Windows, 3.10.0 has a slight > slowdown. I disagree. This is a regression/bug and we don't advertise "known bugs" in the what's new, the same for any other bugfix that has been delayed until 3.10.1 >

[issue45322] [X86_64]test_concurrent_futures fail

STINNER Victor added the comment: > File > "/home/abuild/rpmbuild/BUILD/Python-3.7.9/Lib/multiprocessing/queues.py", > line 224 in _feed Python 3.7 no longer accept bugfixes: I close the issue. You can open a new issue if you can reproduce the issue on Python 3.9 or newer:

[issue45323] unexpected behavior on first match case _

New submission from Joël Bourgault : While testing the `match...case` construction, I get the following behavior with Docker image Python 3.10 rc2-slim: ```python >>> match "robert": ... case x if len(x) > 10: ... print("long nom") ... case [0, y]: ... print("point à x

[issue36819] Crash during encoding using UTF-16/32 and custom error handler

Walter Dörwald added the comment: The original specification (PEP 293) required that an error handler called for encoding *must* return a replacement string (not bytes). This returned string must then be encoded again. Only if this fails an exception must be raised. Returning bytes from the

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Christian Heimes added the comment: Larry, could you please take a look? Your commit is causing a regression for C subclasses of heap types when the parent class has an "__annotations__" descriptor. The child class no longer uses the descriptor of the parent class. -- nosy: +larry

[issue45322] [X86_64]test_concurrent_futures fail

Change by Christian Heimes : -- nosy: -christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45322] [X86_64]test_concurrent_futures fail

Christian Heimes added the comment: Please stop adding Victor and me to the noisy list. That's rather rude. A core dev or triager will pick up the ticket eventually and notify the relevant experts. -- ___ Python tracker

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

Łukasz Langa added the comment: New changeset 90004fca1cc3c6e3c9b2c3faae5cb1b7d7711648 by Miss Islington (bot) in branch '3.8': [3.8] bpo-44394: Ensure libexpat is linked against libm (GH-28617) (GH-28620) https://github.com/python/cpython/commit/90004fca1cc3c6e3c9b2c3faae5cb1b7d7711648

[issue45322] [X86_64]test_concurrent_futures fail

New submission from tongxiaoge : The error log is as follows: [ 1848s] 0:19:24 load avg: 22.28 [411/412/1] test_concurrent_futures failed (19 min 19 sec) -- running: test_capi (19 min 22 sec) [ 1848s] [ 1848s] Traceback: [ 1848s] Thread 0x7fb68ffab700 (most recent call first): [ 1848s]

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

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

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Ken Jin added the comment: Sadly, I can't reproduce the speedups OP reported from disabling test_patma.TestTracing. It's not any faster than what we have with PR28475. (See attached pyperformance). I'm looking forward to their other fix :). Even if it comes in 3.10.1 that's still a huge

[issue45320] Remove deprecated inspect functions

Łukasz Langa added the comment: Have you done any checks how much external code is using the deprecated callables in the wild? I remember when the 3.5 deprecations started, a lot of libraries started emitting them because they stuck to `getargspec` which was Python 2 compatible. --

[issue45211] Useful (expensive) information is discarded in getpath.c.

Eric Snow added the comment: Yeah, I was thinking along those lines too but hesitated. :) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

Łukasz Langa added the comment: New changeset 412ae8ab10734b72384c969181919cc4eb154406 by Miss Islington (bot) in branch '3.10': [3.10] bpo-44394: Ensure libexpat is linked against libm (GH-28617) (GH-28621) https://github.com/python/cpython/commit/412ae8ab10734b72384c969181919cc4eb154406

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Łukasz Langa added the comment: New changeset 456d6d9fefac828c19fc1b562f6301f00965fe59 by Miss Islington (bot) in branch '3.8': bpo-45220: Avoid automatically selecting the Windows 11 SDK preview when building (GH-28393) (GH-28622)

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

Change by Łukasz Langa : -- pull_requests: +26996 pull_request: https://github.com/python/cpython/pull/28624 ___ Python tracker ___

[issue45318] Python 3.10: cyclomatic complexity of match-case syntax

Mark Dickinson added the comment: @Boštjan Mejak: I think this question belongs on a discussion forum rather than in the Python bug tracker - as I understand it, there's no bug reported here, and no change to the Python core proposed. I'll close here. You might consider taking this to

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

miss-islington added the comment: New changeset fafa213870193cf79557588ae8f9a4af570fd6e3 by Miss Islington (bot) in branch '3.9': bpo-44394: Ensure libexpat is linked against libm (GH-28617) https://github.com/python/cpython/commit/fafa213870193cf79557588ae8f9a4af570fd6e3 --

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

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

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Pablo Galindo Salgado added the comment: > I have another fix. If you have another fix, please create a PR ASAN and get it reviewed and merged by a core dev in the next 24 hours, otherwise it will need to wait until 3.10.1 -- ___ Python tracker

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Pablo Galindo Salgado added the comment: Ah, that is likely because type_getsets now gets directly an __annotations__ field. -- ___ Python tracker ___

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

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

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

Pablo Galindo Salgado added the comment: New changeset 6c1154b9de29e1c9cd3d05f5289543e5cff73895 by Pablo Galindo Salgado in branch 'main': bpo-44394: Ensure libexpat is linked against libm (GH-28617) https://github.com/python/cpython/commit/6c1154b9de29e1c9cd3d05f5289543e5cff73895

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

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

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

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

[issue44896] AttributeError in ast.unparse

Łukasz Langa added the comment: Sorry, I think we shouldn't be changing `ast.py` this way. To reiterate my review comment from the PR: I think we should just let this go and instead advertise that if you put new synthetic nodes in a tree, you have to either: - provide `lineno` and

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

neonene added the comment: I have another fix. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

  1   2   >