[issue46725] Unpacking without parentheses is allowed since 3.9

New submission from Pablo Galindo Salgado : Seems that this is allowed since the PEG parser rewrite: for x in *a, *b: print(x) but I cannot find anywhere were we discussed this. I am not sure if we should keep it or treat it as a bug and fix it. -- components: Parser messages

[issue46725] Unpacking without parentheses is allowed since 3.9

Pablo Galindo Salgado added the comment: Will prepare a PR -- ___ Python tracker <https://bugs.python.org/issue46725> ___ ___ Python-bugs-list mailing list Unsub

[issue46704] Parser API not checking for null-terminator

Pablo Galindo Salgado added the comment: Closing as not a bug. Please, feel free to reopen if we missed something. Thanks for the report! -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracke

[issue46735] gettext.translations crashes when locale is unset

Change by Pablo Galindo Salgado : -- nosy: -pablogsal ___ Python tracker <https://bugs.python.org/issue46735> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Pablo Galindo Salgado added the comment: Cool! Be aware that using it outside codeop is currently unsupported: https://github.com/python/cpython/blob/5d53cf30f9cb3758849e859db5d4602cb7c521f7/Lib/codeop.py#L43-L47 So have in mind that the flag, mechanism and semantics can change without

[issue46762] assertion failure in f-string parsing Parser/string_parser.c

Pablo Galindo Salgado added the comment: Thanks for the quick fix, Eric! -- ___ Python tracker <https://bugs.python.org/issue46762> ___ ___ Python-bugs-list m

[issue46762] assertion failure in f-string parsing Parser/string_parser.c

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46783] Add a new feature to enumerate(iterable, start=0) built-in function

Pablo Galindo Salgado added the comment: This has nothing to do with the parser so I'm removing the label. Please, next time make sure you select the appropriate categories when opening an issue -- components: -Parser ___ Python tracker &

[issue46820] SyntaxError on `1not in...`

Change by Pablo Galindo Salgado : -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue46820> ___ ___ Python-bugs-list mailing list Unsub

[issue46725] Unpacking without parentheses is allowed since 3.9

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +29612 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31481 ___ Python tracker <https://bugs.python.org/issu

[issue46725] Unpacking without parentheses is allowed since 3.9

Pablo Galindo Salgado added the comment: What happened is that the new grammar using the PEG parser used the equivalent of starred_testlist instead of testlist for the iterable list of for statements. The only extra thing allowed is starred elements, that are interpreted as if you are

[issue46725] Unpacking without parentheses is allowed since 3.9

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46838] Parameters and arguments parser syntax error improvments

Pablo Galindo Salgado added the comment: Thanks a lot for the suggestions! I will try to give these a go to see if we can get them implemented. Parameter parsing is a bit hairy so not sure how lucky we will be but all of them make sense

[issue46567] Add Tcl/Tk builds for ARM64

Pablo Galindo Salgado added the comment: I don't mind waiting a couple of days. We have also at least one release blocker as well, so is not even sure that we will be ready in time :S -- ___ Python tracker <https://bugs.python.org/is

[issue46838] Parameters and arguments parser syntax error improvments

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +29713 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31590 ___ Python tracker <https://bugs.python.org/issu

[issue46885] Ensure PEP 663 changes are reverted from 3.11

New submission from Pablo Galindo Salgado : As PEP 663 https://github.com/python/steering-council/issues/76 was rejected, we need to ensure that the changes made in 3.11 (see https://github.com/python/steering-council/issues/76#issuecomment-970668967) are rejected. I am marking this as a

[issue46885] Ensure PEP 663 changes are reverted from 3.11

Pablo Galindo Salgado added the comment: > we need to ensure that the changes made in 3.11 (see > https://github.com/python/steering-council/issues/76#issuecomment-970668967) > are rejected. Apologies, I meant "we need to ensure that the changes made in 3.11 a

[issue46756] Incorrect authorization check in urllib.request

Pablo Galindo Salgado added the comment: This is marked as a release blocker so I am holding the alpha release on this. Is there anything we can do to unblock this issue? -- ___ Python tracker <https://bugs.python.org/issue46

[issue46890] venv does not create "python" link in python 3.11

Pablo Galindo Salgado added the comment: This is marked as a release blocker so I am holding the alpha release on this. Is there anything we can do to unblock this issue? -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue46

[issue46841] Inline bytecode caches

Pablo Galindo Salgado added the comment: This is marked as a release blocker so I am holding the alpha release on this. Is there anything we can do to unblock this issue? -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue46

[issue46756] Incorrect authorization check in urllib.request

Pablo Galindo Salgado added the comment: Is something left here, it seems that most PRs are landed -- ___ Python tracker <https://bugs.python.org/issue46

[issue46756] Incorrect authorization check in urllib.request

Pablo Galindo Salgado added the comment: New changeset 1c9701a3de0566c085e03dddc14a8508aaae349e by Miss Islington (bot) in branch '3.8': bpo-46756: Fix authorization check in urllib.request (GH-31353) (GH-31572) https://github.com/python/cpyt

[issue46756] Incorrect authorization check in urllib.request

Pablo Galindo Salgado added the comment: I'm closing this, please reopen if something is missing. -- priority: release blocker -> resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Pytho

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Pablo Galindo Salgado added the comment: This was fixed in 3.10.0 if I am not mistaken. Could you provide a reproducer, please? -- ___ Python tracker <https://bugs.python.org/issue44

[issue46891] Crash in ModuleType subclass with __slots__

Pablo Galindo Salgado added the comment: Marking this as release blocker. -- priority: normal -> release blocker ___ Python tracker <https://bugs.python.org/issu

[issue46841] Inline bytecode caches

Change by Pablo Galindo Salgado : -- priority: release blocker -> deferred blocker ___ Python tracker <https://bugs.python.org/issue46841> ___ ___ Python-

[issue46890] venv does not create "python" link in python 3.11

Pablo Galindo Salgado added the comment: Ok, marking is at "deferred blocker" -- priority: release blocker -> deferred blocker ___ Python tracker <https://bugs.pytho

[issue46841] Inline bytecode caches

Pablo Galindo Salgado added the comment: > Is there some way to mark something as not blocking an alpha release, but > blocking a beta release? "Deferred blocker" -- ___ Python tracker <https://bugs.py

[issue46841] Inline bytecode caches

Pablo Galindo Salgado added the comment: > OOI, does it become a "blocker" again once you've done the alpha release, or > what stops it being deferred past the beta or even the final release? Check out the devguide: https://devguide.python.org/triaging/#priority >

[issue46902] Typo hint message for from-imports?

Pablo Galindo Salgado added the comment: I evaluated this, but is considerably more complex than the regular import, because one triggers an attribute error where we have the full module but in the second case we don't have the full module ready, so it requires considerable modifica

[issue46910] Expect IndentationError, get SyntaxError: 'break' outside loop

Pablo Galindo Salgado added the comment: Unfortunately, we cannot do much here. The reason is that the parser allows break and continue outside loops as they count as statements. As these are associated with control flow, is the compiler the one that will show the Syntax warning once it

[issue46910] Expect IndentationError, get SyntaxError: 'break' outside loop

Pablo Galindo Salgado added the comment: Unfortunately that's not how the parser works. I insist, for the compiler to raise the propper error the parser needs to succeed first. That would require us to modify the input string in arbitrary ways (many times we don't know exactly

[issue46940] Suggestion messages don't properly work in nested getattr calls

New submission from Pablo Galindo Salgado : Consider this code: class A: __slots__ = [ "_color", ] color = None @property def color(self): return self._color A().color Executing this shows: Traceback (most recent call last): File "/

[issue46940] Suggestion messages don't properly work in nested getattr calls

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +29829 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31710 ___ Python tracker <https://bugs.python.org/issu

[issue46940] Suggestion messages don't properly work in nested getattr calls

Pablo Galindo Salgado added the comment: New changeset 3b3be05a164da43f201e35b6dafbc840993a4d18 by Pablo Galindo Salgado in branch 'main': bpo-46940: Don't override existing AttributeError suggestion information (GH-31710) https://github.com/python

[issue46940] Suggestion messages don't properly work in nested getattr calls

Change by Pablo Galindo Salgado : -- pull_requests: +29840 pull_request: https://github.com/python/cpython/pull/31724 ___ Python tracker <https://bugs.python.org/issue46

[issue46910] Compiler errors that happen before syntax errors are not reported first

Pablo Galindo Salgado added the comment: > My main concern is that the door not be closed on improving the user > experience relating to this behaviour of the compiler. Is not closed, if someone has a good idea they can reopen this issue (the issue is not deleted). > By the way, I

[issue46940] Suggestion messages don't properly work in nested getattr calls

Pablo Galindo Salgado added the comment: New changeset 3594ebca2cacf5d9b5212d2c487fd017cd00e283 by Pablo Galindo Salgado in branch '3.10': [3.10] bpo-46940: Don't override existing AttributeError suggestion information (GH-31710) (GH-31724) https://github.com/python

[issue46940] Suggestion messages don't properly work in nested getattr calls

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46936] Fix grammar_grapher with the new forced directive

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

Pablo Galindo Salgado added the comment: The 3.11.0a6 release is ongoing. I assume is ok to not block this release on this issue, given that an alpha is inherently unsafe -- ___ Python tracker <https://bugs.python.org/issue46

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Pablo Galindo Salgado added the comment: Commit 393e2bf6bc6effbfe821f051a230978f0edd70df has broken CPython in RedHat 6: [2022-03-16T18:49:20.608Z] 2022/03/16 14:48:55 ERROR /tmp/python3.10-3.10.3-0/Modules/faulthandler.c:28:12: fatal error: sys/auxv.h: No such file or directory # include

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Pablo Galindo Salgado added the comment: This is problematic because this has been backported to stable releases. -- nosy: +lukasz.langa ___ Python tracker <https://bugs.python.org/issue46

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Pablo Galindo Salgado added the comment: We may need to revert these commits and do another release sigh :( -- ___ Python tracker <https://bugs.python.org/issue46

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Pablo Galindo Salgado added the comment: The code is assuming that if linux/auxvec.h then sys/auxv.h will be available, which is wrong. -- ___ Python tracker <https://bugs.python.org/issue46

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Pablo Galindo Salgado added the comment: The configure file is checking for "linux/auxvec.h" checking linux/auxvec.h usability... yes but the code is including "sys/auxvec.h" -- ___ Python tracker <https://bug

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Change by Pablo Galindo Salgado : -- priority: normal -> release blocker ___ Python tracker <https://bugs.python.org/issue46968> ___ ___ Python-bugs-list mai

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Pablo Galindo Salgado added the comment: This may be quite bad, because this means that 3.10 and 3.9 doesn't build in CentOS 6, which is used for manylinux2010 wheels -- ___ Python tracker <https://bugs.python.org/is

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Change by Pablo Galindo Salgado : -- pull_requests: +30049 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/31961 ___ Python tracker <https://bugs.python.org/issu

[issue47043] Argparse can't parse subparsers with parse_known_args

Change by Pablo Galindo Salgado : -- nosy: -pablogsal ___ Python tracker <https://bugs.python.org/issue47043> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Change by Pablo Galindo Salgado : -- pull_requests: +30064 pull_request: https://github.com/python/cpython/pull/31974 ___ Python tracker <https://bugs.python.org/issue46

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Change by Pablo Galindo Salgado : -- pull_requests: +30065 pull_request: https://github.com/python/cpython/pull/31975 ___ Python tracker <https://bugs.python.org/issue46

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Pablo Galindo Salgado added the comment: New changeset a12ef81231d65da5efbef4fa1434716270a19af6 by Pablo Galindo Salgado in branch '3.9': [3.9] bpo-46968: Check for 'sys/auxv.h' in the configure script (GH-31961). (GH-31975) https://github.com/p

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Pablo Galindo Salgado added the comment: New changeset 6fd9737373f2bed03f409440b4fd50b9f8f121cb by Pablo Galindo Salgado in branch '3.10': [3.10] bpo-46968: Check for 'sys/auxv.h' in the configure script (GH-31961). (GH-31974) https://github.com/p

[issue46968] Insufficient sigaltstack size used by CPython prevents extensions from using new ISA

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46838] Parameters and arguments parser syntax error improvments

Pablo Galindo Salgado added the comment: New changeset 7d810b6a4eab6eba689acc5bb05f85515478d690 by Pablo Galindo Salgado in branch 'main': bpo-46838: Syntax error improvements for function definitions (GH-31590) https://github.com/python/cpyt

[issue47129] Improve errors messages in f-string syntax errors

Change by Pablo Galindo Salgado : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47129> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47117] repl segfaults on non utf-8 input

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +30209 stage: -> patch review pull_request: https://github.com/python/cpython/pull/32129 ___ Python tracker <https://bugs.python.org/issu

[issue47117] repl segfaults on non utf-8 input

Pablo Galindo Salgado added the comment: Ah yes, we have been defeated by half an emoji :) -- ___ Python tracker <https://bugs.python.org/issue47117> ___ ___

[issue47117] repl segfaults on non utf-8 input

Change by Pablo Galindo Salgado : -- pull_requests: +30210 pull_request: https://github.com/python/cpython/pull/32130 ___ Python tracker <https://bugs.python.org/issue47

[issue47117] repl segfaults on non utf-8 input

Pablo Galindo Salgado added the comment: New changeset 27ee43183437c473725eba00def0ea7647688926 by Pablo Galindo Salgado in branch '3.10': [3.10] bpo-47117: Don't crash if we fail to decode characters when the tokenizer buffers are uninitialized (GH-32129) (GH-32130) htt

[issue47117] repl segfaults on non utf-8 input

Pablo Galindo Salgado added the comment: Thanks for the report, Jon! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue47147] Allow `return yield from`

Pablo Galindo Salgado added the comment: Please, submit an email to python-ideas or python-dev first as this need to be discussed in the mailing lists. -- ___ Python tracker <https://bugs.python.org/issue47

[issue47147] Allow `return yield from`

Pablo Galindo Salgado added the comment: In general, anything changing the python syntax needs to be discussed in the mailing lists and it may likely need a PEP as well, even if is minor. This is because this has consequences rippling the whole ecosystem, from IDEs to other parsers and this

[issue47137] MemoryError in codeop.compile_command

Pablo Galindo Salgado added the comment: > I suspect backporting the fix to older versions won't be possible. Yeah, very much the case unfortunately -- ___ Python tracker <https://bugs.python.org

[issue47126] Update to canonical PEP URLs

Pablo Galindo Salgado added the comment: New changeset 6881ea936e277b1733bee581c4e59e3a5d53bb29 by Hugo van Kemenade in branch 'main': bpo-47126: Update to canonical PEP URLs specified by PEP 676 (GH-32124) https://github.com/python/cpython/commit/6881ea936e277b1733bee581c4e59e

[issue34861] Improve cProfile standard output

Pablo Galindo Salgado added the comment: New changeset 75eee1d57eb28283a8682a660d9949afc89fd010 by Daniël van Noord in branch 'main': bpo-34861: Make cumtime the default sorting key for cProfile (GH-31929) https://github.com/python/cpython/commit/75eee1d57eb28283a8682a660d9949

[issue47126] Update to canonical PEP URLs

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue47126] Update to canonical PEP URLs

Change by Pablo Galindo Salgado : -- stage: resolved -> patch review ___ Python tracker <https://bugs.python.org/issue47126> ___ ___ Python-bugs-list mai

[issue47131] Speedup test_unparse

Pablo Galindo Salgado added the comment: New changeset 0f68c208fa6a36b6c8ad3d775e64292a665ba108 by Jeremy Kloth in branch 'main': bpo-47131: Speedup AST comparisons in test_unparse by using node traversal (GH-32132) https://github.com/python/cpyt

[issue47147] Allow `return yield from`

Pablo Galindo Salgado added the comment: I concur with Terry. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue47213] Incorrect location of caret in SyntaxError

Pablo Galindo Salgado added the comment: No, the location is correct, the string for 'a' is actually closed after the a. This makes a list with the following elements: 'a ,' b', ' c', ' As "b" is a valid prefix for string (bytes) it

[issue47212] Minor issues in reported Syntax errors

Pablo Galindo Salgado added the comment: New changeset aa0f056a00c4bcaef83d729e042359ddae903382 by Matthieu Dartiailh in branch 'main': bpo-47212: Improve error messages for un-parenthesized generator expressions (GH-32302) https://github.com/python/cpyt

[issue37889] "Fatal Python error: Py_EndInterpreter: not the last thread" that's bad

New submission from Pablo Galindo Salgado : The x86-64 High Sierra 3.x buildbot and AMD64 FreeBSD CURRENT Shared 3.x are failing with: Fatal Python error: Py_EndInterpreter: not the last thread https://buildbot.python.org/all/#/builders/145/builds/2233 https://buildbot.python.org/all

[issue37889] "Fatal Python error: Py_EndInterpreter: not the last thread" that's bad

Pablo Galindo Salgado added the comment: See also https://bugs.python.org/issue37788 -- ___ Python tracker <https://bugs.python.org/issue37889> ___ ___ Pytho

[issue37889] Fatal Python error: Py_EndInterpreter: not the last thread

Change by Pablo Galindo Salgado : -- title: "Fatal Python error: Py_EndInterpreter: not the last thread" that's bad -> Fatal Python error: Py_EndInterpreter: not the last thread ___ Python tracker <https://bugs.

[issue37887] some leak in the compiler_assert function

Pablo Galindo Salgado added the comment: Hi hai shi, As you can see in other pars of the code base objects returned from PyUnicode_InternFromString that have static storage class do not need to be deallocated in case there is a failure, so this is not considered a leak as there will be

[issue37883] threading.Lock.locked is not documented

Change by Pablo Galindo Salgado : -- keywords: +newcomer friendly ___ Python tracker <https://bugs.python.org/issue37883> ___ ___ Python-bugs-list mailin

[issue9949] os.path.realpath on Windows does not follow symbolic links

Pablo Galindo Salgado added the comment: There are multiple failures on several buildbots after commit 75e064962ee0e31ec19a8081e9d9cc957baf6415 was merged: BUILDBOT FAILURE REPORT === Builder name: AMD64 Windows7 SP1 3.x Builder url: https://buildbot.python.org/all

[issue37915] Segfault in comparison between datetime.timezone.utc and pytz.utc

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +15100 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15390 ___ Python tracker <https://bugs.python.org/issu

[issue37915] Segfault in comparison between datetime.timezone.utc and pytz.utc

Pablo Galindo Salgado added the comment: This is due to an incorrect type check in the timezone_richcompare, it should be a comparison against PyDateTime_TimeZoneType not against PyDateTime_TZInfoType. The segfault is due to an invalid casting to PyDateTime_TimeZoneType (the child) from the

[issue37915] Segfault in comparison between datetime.timezone.utc and pytz.utc

Pablo Galindo Salgado added the comment: Thanks, Tom and Karthikeyan for the finding and the debugging :) -- ___ Python tracker <https://bugs.python.org/issue37

[issue27961] remove support for platforms without "long long"

Pablo Galindo Salgado added the comment: New changeset a38e9d139929a227e3899fbb638bc46c6cc6d8ba by Pablo Galindo (Sergey Fedoseev) in branch 'master': bpo-27961: Remove leftovers from the times when long long wasn't required (GH-15388) https://github.com/python

[issue37915] Segfault in comparison between datetime.timezone.utc and pytz.utc

Change by Pablo Galindo Salgado : -- nosy: +lukasz.langa priority: normal -> release blocker ___ Python tracker <https://bugs.python.org/issue37915> ___ ___ Py

[issue37915] Segfault in comparison between datetime.timezone.utc and pytz.utc

Change by Pablo Galindo Salgado : -- pull_requests: +15118 pull_request: https://github.com/python/cpython/pull/15417 ___ Python tracker <https://bugs.python.org/issue37

[issue37915] Segfault in comparison between datetime.timezone.utc and pytz.utc

Pablo Galindo Salgado added the comment: New changeset 1b1796df3a4292067a174faa11b1a852f79e98e3 by Pablo Galindo in branch '3.7': [3.7] bpo-37915: Fix comparison between tzinfo objects and timezone objects (GH-15390) (GH-15417) https://github.com/python/cpyt

[issue37915] Segfault in comparison between datetime.timezone.utc and pytz.utc

Change by Pablo Galindo Salgado : -- keywords: +3.7regression -patch nosy: +ned.deily resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7, Python 3.9 ___ Python tracker <https://bug

[issue37055] Numerous warnings with blake2 module

Pablo Galindo Salgado added the comment: Related to this, the blake2 function (declared as static inline) is not used, which makes the Solaris and compilers unhappy. Patch for reference: --- a/Modules/_blake2/impl/blake2.h +++ b/Modules/_blake2/impl/blake2.h @@ -169,11 +169,6

[issue37830] continue and break in finally with return in try results with segfault

Pablo Galindo Salgado added the comment: I think PR 15320 should be merge as soon as possible at least to fix the segfault and stop the release blocker. Anything else can wait IMHO -- ___ Python tracker <https://bugs.python.org/issue37

[issue37930] make fails when compiling Python 2.6 from source (posixmodule.c)

Pablo Galindo Salgado added the comment: Hi Oguz, Sadly Python 2.6.8 is not supported anymore -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue37

[issue37946] Add the Bessel functions of the first and second kind to the math module

New submission from Pablo Galindo Salgado : After repeatedly having to add 3rd party libraries only for the these functions or having to implement them myself quick and dirty based on numerical integration, I suggest add the Bessel functions of the first and second kind to the math module

[issue37946] Add the Bessel functions of the first and second kind to the math module

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +15187 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15497 ___ Python tracker <https://bugs.python.org/issu

[issue37947] symtable_handle_namedexpr does not adjust correctly the recursion level

New submission from Pablo Galindo Salgado : The symtable_handle_namedexpr function does not adjust correctly the recursion level when exiting (also, is actually not returning anything in a function defined as non-void but the return value is not used so is not technically undefined behavior

[issue37947] symtable_handle_namedexpr does not adjust correctly the recursion level

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +15188 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15499 ___ Python tracker <https://bugs.python.org/issu

[issue37946] Add the Bessel functions of the first and second kind to the math module

Pablo Galindo Salgado added the comment: > If they are provided by the C lib, I would love to see them exposed by Python. Check PR 15497 for an initial version of exposing the libm functions if they are available. > I don't know if they should be treated as optional/platform de

[issue37946] Add the Bessel functions of the first and second kind to the math module

Pablo Galindo Salgado added the comment: Thanks for your detailed opinion, Mark. After reflecting on your arguments I agree that we should close this issue as rejected. Thanks to everyone! -- resolution: -> rejected stage: patch review -> resolved status: open -&g

[issue37954] Multiple tests are leaking references in AMD64 Windows8.1 Refleaks 3.x and x86 Gentoo Refleaks 3.x buildbots

New submission from Pablo Galindo Salgado : BUILDBOT FAILURE REPORT === Builder name: AMD64 Windows8.1 Refleaks 3.x Builder url: https://buildbot.python.org/all/#/builders/80/ Build url: https://buildbot.python.org/all/#/builders/80/builds/683 Failed tests

[issue37954] Multiple tests are leaking references in AMD64 Windows8.1 Refleaks 3.x and x86 Gentoo Refleaks 3.x buildbots

Pablo Galindo Salgado added the comment: Bisecting points at commit 5dbe0f59b7a4f39c7c606b48056bc29e406ebf78 as the commit that introduced the reference leaks -- nosy: +ncoghlan ___ Python tracker <https://bugs.python.org/issue37

[issue37954] Multiple tests are leaking references in AMD64 Windows8.1 Refleaks 3.x and x86 Gentoo Refleaks 3.x buildbots

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +15200 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15514 ___ Python tracker <https://bugs.python.org/issu

[issue37947] symtable_handle_namedexpr does not adjust correctly the recursion level

Pablo Galindo Salgado added the comment: New changeset 0e4ea16336685cf3fa353d8c54af59b45b2d5c33 by Pablo Galindo in branch 'master': bpo-37947: Adjust correctly the recursion level in symtable for named expressions (GH-15499) https://github.com/python/cpyt

<    1   2   3   4   5   6   7   8   9   10   >