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
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
Pablo Galindo Salgado added the comment:
I concur with Terry.
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
Change by Pablo Galindo Salgado :
--
stage: resolved -> patch review
___
Python tracker
<https://bugs.python.org/issue47126>
___
___
Python-bugs-list mai
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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
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
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
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
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
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
Change by Pablo Galindo Salgado :
--
pull_requests: +30210
pull_request: https://github.com/python/cpython/pull/32130
___
Python tracker
<https://bugs.python.org/issue47
Pablo Galindo Salgado added the comment:
Ah yes, we have been defeated by half an emoji :)
--
___
Python tracker
<https://bugs.python.org/issue47117>
___
___
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
Change by Pablo Galindo Salgado :
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue47129>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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
Change by Pablo Galindo Salgado :
--
pull_requests: +30065
pull_request: https://github.com/python/cpython/pull/31975
___
Python tracker
<https://bugs.python.org/issue46
Change by Pablo Galindo Salgado :
--
pull_requests: +30064
pull_request: https://github.com/python/cpython/pull/31974
___
Python tracker
<https://bugs.python.org/issue46
Change by Pablo Galindo Salgado :
--
nosy: -pablogsal
___
Python tracker
<https://bugs.python.org/issue47043>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
Change by Pablo Galindo Salgado :
--
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issue46968>
___
___
Python-bugs-list mai
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
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
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
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
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
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
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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
Change by Pablo Galindo Salgado :
--
pull_requests: +29840
pull_request: https://github.com/python/cpython/pull/31724
___
Python tracker
<https://bugs.python.org/issue46
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
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
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 "/
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
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
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
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
>
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
Pablo Galindo Salgado added the comment:
Ok, marking is at "deferred blocker"
--
priority: release blocker -> deferred blocker
___
Python tracker
<https://bugs.pytho
Change by Pablo Galindo Salgado :
--
priority: release blocker -> deferred blocker
___
Python tracker
<https://bugs.python.org/issue46841>
___
___
Python-
Pablo Galindo Salgado added the comment:
Marking this as release blocker.
--
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issu
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
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
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
Pablo Galindo Salgado added the comment:
Is something left here, it seems that most PRs are landed
--
___
Python tracker
<https://bugs.python.org/issue46
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
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
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
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
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
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
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
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
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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
Change by Pablo Galindo Salgado :
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue46820>
___
___
Python-bugs-list mailing list
Unsub
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
&
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Pablo Galindo Salgado added the comment:
Thanks for the quick fix, Eric!
--
___
Python tracker
<https://bugs.python.org/issue46762>
___
___
Python-bugs-list m
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
Change by Pablo Galindo Salgado :
--
nosy: -pablogsal
___
Python tracker
<https://bugs.python.org/issue46735>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Pablo Galindo Salgado added the comment:
Will prepare a PR
--
___
Python tracker
<https://bugs.python.org/issue46725>
___
___
Python-bugs-list mailing list
Unsub
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
Pablo Galindo Salgado added the comment:
Thanks Anthony for the report!
--
___
Python tracker
<https://bugs.python.org/issue46707>
___
___
Python-bugs-list m
Pablo Galindo Salgado added the comment:
New changeset 9b23f8f78fdb0d7eba016616ae7a97abbfc65aa6 by Pablo Galindo Salgado
in branch '3.10':
[3.10] bpo-46707: Avoid potential exponential backtracking in some syntax
errors (GH-31241). (GH-31242)
https://github.com/python/cpyt
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Pablo Galindo Salgado :
--
pull_requests: +29412
pull_request: https://github.com/python/cpython/pull/31242
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
New changeset b71dc71905ab674ccaa4a56230d17a28f61c325c by Pablo Galindo Salgado
in branch 'main':
bpo-46707: Avoid potential exponential backtracking in some syntax errors
(GH-31241)
https://github.com/python/cpyt
Change by Pablo Galindo Salgado :
--
keywords: +patch
pull_requests: +29411
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31241
___
Python tracker
<https://bugs.python.org/issu
Pablo Galindo Salgado added the comment:
The contract of that interface is to receive null-terminated strings, so I am a
bit clueless on how this could receive a non-null terminated string.
Notice that calling PyRun_StringFlags with a non-null terminated string is out
of contract
Change by Pablo Galindo Salgado :
--
Removed message: https://bugs.python.org/msg412970
___
Python tracker
<https://bugs.python.org/issue46704>
___
___
Python-bug
Pablo Galindo Salgado added the comment:
The contract of that interface is to receive null-terminated strings, so I am a
bit clueless on how this could receive a non-null terminated string.
Notice that calling CompileCode with a non-null terminated string is out of
contract
Pablo Galindo Salgado added the comment:
Could you please provide an example input to reproduce this?
--
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
This is not a bug. Please check the docs on the ternary operator:
https://docs.python.org/3/reference/expressions.html#comparisons
In particular:
Comparisons can be chained arbitrarily, e.g., x < y <= z is equivalent to x < y
and y <= z,
Change by Pablo Galindo Salgado :
--
Removed message: https://bugs.python.org/msg412963
___
Python tracker
<https://bugs.python.org/issue46703>
___
___
Python-bug
Pablo Galindo Salgado added the comment:
This is not a bug. Please check the docs on the ternary operator:
https://docs.python.org/3/reference/expressions.html#comparisons
In particular:
Comparisons can be chained arbitrarily, e.g., x < y <= z is equivalent to x < y
and y <= z,
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
versions: +Python 3.11
___
Python tracker
<https://bugs.python.or
Pablo Galindo Salgado added the comment:
This has been fixed by commit 69e10976b2e7682c6d57f4272932ebc19f8e8859:
Python 3.11.0a5+ (heads/main:69e10976b2, Feb 8 2022, 12:30:20) [Clang 12.0.0
(clang-1200.0.32.29)] on darwin
Type "help", "copyright", "credits" or
Pablo Galindo Salgado added the comment:
I am not backporting to 3.9 because the parser is different enough that
introducing this would also introduce some unintended side effects.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -&g
Pablo Galindo Salgado added the comment:
New changeset 5b58db75291cfbb9b6785c9845824b3e2da01c1c by Pablo Galindo Salgado
in branch '3.10':
[3.10] bpo-46521: Fix codeop to use a new partial-input mode of the parser
(GH-31010). (GH-31213)
https://github.com/python/cpyt
Change by Pablo Galindo Salgado :
--
pull_requests: +29383
pull_request: https://github.com/python/cpython/pull/31213
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
New changeset 69e10976b2e7682c6d57f4272932ebc19f8e8859 by Pablo Galindo Salgado
in branch 'main':
bpo-46521: Fix codeop to use a new partial-input mode of the parser (GH-31010)
https://github.com/python/cpyt
Pablo Galindo Salgado added the comment:
Please, stop reopening the issue.
The syntax is valid python syntax and we will not be able to make it invalid
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
Pablo Galindo Salgado added the comment:
I have recently added some decorators in test.
support to deactivate tests if running under the sanitizers.
--
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
PR 31052 seems to have broken a bunch of buildbots. If no fix is provided in 24
hours, we will need to revert :(
--
nosy: +pablogsal
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
> The message is off
That's because the tokenizer sees the error before the parser even has time to
see the other one. Not sure if is technically anything to fix here other than
the order of reporting two different errors, which may be a bi
Pablo Galindo Salgado added the comment:
If we want to go with this approach, I am going to need help to fix test_idle
as I have no idea why is failing if test_codeop passes.
--
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
Ugh, the approach to do that breaks super heavily test_idle :(
--
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
I'm reverting PR30855 for the time being given our buildbot policy.
--
___
Python tracker
<https://bugs.python.org/is
Change by Pablo Galindo Salgado :
--
Removed message: https://bugs.python.org/msg412088
___
Python tracker
<https://bugs.python.org/issue46329>
___
___
Python-bug
1 - 100 of 1001 matches
Mail list logo