Guido van Rossum added the comment:
New changeset 3a32e3bf880f0842ac73d18285f5a1caa902a2ca by Guido van Rossum in
branch 'master':
bpo-35766 follow-up: Kill half-support for FunctionType in PyAST_obj2mod
(#11714)
https://github.com/python/cpyt
Guido van Rossum added the comment:
I have been trying to do the same thing and likewise, no luck understanding yet
how type comments are different here.
--
___
Python tracker
<https://bugs.python.org/issue35
Guido van Rossum added the comment:
In the meantime here's the fix for the '# type: ignore' leak.
https://github.com/gvanrossum/cpython/commit/ef3b9e952906aab8f5452ebcf3b9e359d35615b4
--
___
Python tracker
<https://bugs.pyt
Change by Guido van Rossum :
--
keywords: +patch
pull_requests: +11614
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35879>
___
_
Change by Guido van Rossum :
--
keywords: +patch, patch
pull_requests: +11614, 11615
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Guido van Rossum :
--
keywords: +patch, patch, patch
pull_requests: +11614, 11615, 11616
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Guido van Rossum added the comment:
Found it! You need to call PyArena_AddPyObject(). I racked my brain and finally
found the example code I needed at the end of new_identifier(). Please review
quickly so we won't ship 3.8.0a1 with a memory
Guido van Rossum added the comment:
New changeset d2b4c19d53f5f021fb1c7c32d48033a92ac4fe49 by Guido van Rossum in
branch 'master':
bpo-35879: Fix type comment leaks (GH-11728)
https://github.com/python/cpython/commit/d2b4c19d53f5f021fb1c7c32d48033
Change by Guido van Rossum :
--
assignee: -> gvanrossum
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
type: -> behavior
___
Python tracker
<https://bugs.pyt
Guido van Rossum added the comment:
Yeah, this definitely changed. When we updated typed_ast to Python 3.7
recently, the mypy project looked into making certain arguments to AST certain
nodes optional, but the code responsible for those arguments is too weird to
easily make that work (it&#
Guido van Rossum added the comment:
Looks like pytest needs to be adjusted to some new AST features.
--
nosy: +gvanrossum
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Guido van Rossum :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Guido van Rossum :
--
pull_requests: +11723
___
Python tracker
<https://bugs.python.org/issue35766>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Guido van Rossum :
--
pull_requests: +11723, 11724
___
Python tracker
<https://bugs.python.org/issue35766>
___
___
Python-bugs-list mailing list
Unsub
Change by Guido van Rossum :
--
pull_requests: +11723, 11724, 11725
___
Python tracker
<https://bugs.python.org/issue35766>
___
___
Python-bugs-list mailin
Guido van Rossum added the comment:
New changeset 4b250fc1da9c893803cf724a4974450b5e10bd8a by Guido van Rossum in
branch 'master':
bpo-35766 follow-up: Add an error check to new_type_comment() (#11766)
https://github.com/python/cpython/commit/4b250fc1da9c893803cf724a497445
Guido van Rossum added the comment:
Sure, I'll fix it.
--
___
Python tracker
<https://bugs.python.org/issue35963>
___
___
Python-bugs-list mailing list
Change by Guido van Rossum :
--
keywords: +patch
pull_requests: +11848
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35963>
___
_
Change by Guido van Rossum :
--
keywords: +patch, patch
pull_requests: +11848, 11849
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Guido van Rossum :
--
keywords: +patch, patch, patch
pull_requests: +11848, 11849, 11850
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Guido van Rossum added the comment:
New changeset 522346d792d9013140a3f4ad3534ac10f38d9085 by Guido van Rossum in
branch 'master':
Complete switch cases in symtable.c; fixes bpo-35963 (GH-11821)
https://github.com/python/cpython/commit/522346d792d9013140a3f4ad3534ac
Change by Guido van Rossum :
--
stage: resolved ->
___
Python tracker
<https://bugs.python.org/issue35963>
___
___
Python-bugs-list mailing list
Unsubscrib
Guido van Rossum added the comment:
I have some follow-up wishes but I'll create a new issue.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
New submission from Guido van Rossum :
Now that the ast module can be used to parse type comments, there’s one more
feature I’d like to lobby for – a flag that modifies the grammar slightly so it
resembles an older version of Python (going back to 3.4).
This is used in mypy to decouple the
Guido van Rossum added the comment:
See https://bugs.python.org/issue35975
--
___
Python tracker
<https://bugs.python.org/issue35766>
___
___
Python-bugs-list m
Change by Guido van Rossum :
--
stage: -> resolved
___
Python tracker
<https://bugs.python.org/issue35963>
___
___
Python-bugs-list mailing list
Unsubscrib
Guido van Rossum added the comment:
Thanks for the report!
I think I see a path through the code that doesn't free the memory.
Does this patch fix it?
diff --git a/Parser/parsetok.c b/Parser/parsetok.c
index 1fa4a1286b..6a96f6bc5a 100644
--- a/Parser/parsetok.c
+++ b/Parser/parse
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue35969>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue5996>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Fixed by b9d2e97601847a1845bf96e2895a6214f02b92a6 (GH-11832).
--
nosy: +pablogsal
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bug
Change by Guido van Rossum :
--
assignee: -> gvanrossum
components: +Interpreter Core
stage: -> needs patch
type: -> behavior
versions: +Python 3.8
___
Python tracker
<https://bugs.python.or
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue22239>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue29711>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue29742>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
status: pending -> open
___
Python tracker
<http://bugs.python.org/issue17441>
___
___
Python-bugs-list mai
Changes by Guido van Rossum :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue17441>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue26259>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue29786>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue29780>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
If I had to do it over again I would have used OverflowError only for some very
narrowly defined conditions and ValueError for "logical" range limitations. In
particular OverflowError suggests that the abstraction is slightly broken
(since we usu
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue21895>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue1234>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue24452>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue30014>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Hm, the stackoverflow point to another stackoverflow
(http://stackoverflow.com/questions/24807434/imports-in-init-py-and-import-as-statement/24968941#24968941)
which is due to an import cycle. Is there also an import cycle here? Because I
cannot seem repro
Guido van Rossum added the comment:
So to save others the bother to check what's in the zip file, the contents of
mytest/mod1.py is as follows:
import mytest.mod2 as mod
def func():
print('mod1.func called')
mod.func()
There's no __init__.py (so mytest is a na
Guido van Rossum added the comment:
OK I won't close it but I'm withdrawing from the issue. If there are devs who
want to implement this or mentor some contributor into implementing it feel
free, but it sounds like Nick doesn't think it's important enough to fix (i.e.
not
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue30024>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -Guido.van.Rossum, gvanrossum
___
Python tracker
<http://bugs.python.org/issue30080>
___
___
Python-bugs-list mailin
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue25782>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Sounds good.
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Guido van Rossum added the comment:
I'm with Raymond.
I propose to register array.array() in all the appropriate places and then
close this bug as a won't fix.
The typing issue might eventually be resolved via PEP 544 (if accepted), or not
-- the"fallback protocols" base
Guido van Rossum added the comment:
A simpler approach would be to simply ignore the error when it occurs in
TemporaryDirectory._cleanup. There are no absolute guarantees about tempfile
always cleaning up -- just a best effort. The complexity (and potential delays)
of a retry loop seem more
Guido van Rossum added the comment:
I'm really sorry, but I personally don't have time to look into this. If you
have a fix in mind you can send a PR to GitHub mentioning bpi-27585.
--
___
Python tracker
<http://bugs.python.o
Guido van Rossum added the comment:
Yes, I signed off on this when I approved that PEP.
On May 19, 2017 20:10, "Raymond Hettinger" wrote:
>
> Raymond Hettinger added the comment:
>
> +1 These words are here to stay.
>
> That said, Guido needs to explicitly
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue19495>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue28533>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
www.pythonlabs.com still exists. (The www. is mandatory.) And zope.org also
still works.
On Jun 3, 2017 7:52 AM, "Barry A. Warsaw" wrote:
>
> Barry A. Warsaw added the comment:
>
> Adding Jim Fulton (for Zope) and Guido (for Pythonla
Guido van Rossum added the comment:
I can make the logos.html page appear. Just keep the link in the license as
it is.
On Jun 3, 2017 1:05 PM, "Sanyam Khurana" wrote:
>
> Changes by Sanyam Khurana :
>
>
> --
> pull_requests: +2010
>
> __
Guido van Rossum added the comment:
I've done what I can for the logos: http://www.pythonlabs.com/logos.html
--
___
Python tracker
<http://bugs.python.org/is
Guido van Rossum added the comment:
I suggest the following replacement for that paragraph in Doc/license.txt, as
well as in LICENSE:
In May 2000, Guido and the Python core development team moved to
BeOpen.com to form the BeOpen PythonLabs team. In October of the same
year, the PythonLabs
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue12067>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue19717>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue30486>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Use a lambda instead of partial. It's more pythonic.
--
___
Python tracker
<http://bugs.python.org/issue23519>
___
___
Guido van Rossum added the comment:
New changeset 57161aac5eb9bcb0b43e551a1937ff0a84c1ec52 by Guido van Rossum
(Jelle Zijlstra) in branch 'master':
bpo-30266: support "= None" pattern in AbstractContextManager (#1448)
https://github.com/p
Guido van Rossum added the comment:
New changeset 57161aac5eb9bcb0b43e551a1937ff0a84c1ec52 by Guido van Rossum
(Jelle Zijlstra) in branch 'master':
bpo-30266: support "= None" pattern in AbstractContextManager (#1448)
https://github.com/p
Guido van Rossum added the comment:
This should be backported to 3.6.
--
___
Python tracker
<http://bugs.python.org/issue30266>
___
___
Python-bugs-list mailin
Changes by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<http://bugs.python.org/issue27585>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Thanks Mariatta!
--
___
Python tracker
<http://bugs.python.org/issue30266>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
New changeset 29fda8db16e0edab92841277fa223f844f5a92cc by Guido van Rossum
(Ivan Levkivskyi) in branch 'master':
bpo-28556: Updates to typing module (#2076)
https://github.com/python/cpython/commit/29fda8db16e0edab92841277fa223f
Guido van Rossum added the comment:
Sadly if I get my way this will all be reverted -- see
https://bugs.python.org/issue35975. I'm working on a PR.
--
___
Python tracker
<https://bugs.python.org/is
Guido van Rossum added the comment:
That should still work. The strategy is as follows:
- For Python 3.7 or higher, 'async' and 'await' are *always* recognized.
- For Python 3.5 and 3.6, the hacks from the PEP are used.
--
__
Change by Guido van Rossum :
--
keywords: +patch
pull_requests: +12096
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Guido van Rossum added the comment:
But why would we? I already have a working solution. (Literally reverting
Jelle's PR won't work anyway, because Serhiy changed how regen-token works.)
--
___
Python tracker
<https://bugs.python.o
Guido van Rossum added the comment:
And the same tokenizer trick that detects 'async def' could detect 'async for'
easily. See
https://github.com/python/cpython/pull/12086/files#diff-30b8266a4285de981f8b1b82a8cc6231R1418
--
__
New submission from Guido van Rossum :
The stdib keyword.py module must be regenerated after adding/removing keywords
from the grammar. While this is rare, we now generate everything else derived
from the grammar. Hopefully someone can add some rules to the Makefile to
auto-generate this one
Guido van Rossum added the comment:
A similar thing seems to be the list of keywords in Lib/pydoc.py. The recipe
says
# CAUTION: if you change one of these dictionaries, be sure to adapt the
# list of needed labels in Doc/tools/extensions/pyspecific.py and
Guido van Rossum added the comment:
(However that doesn't seem to work. Anyway, there's a list of all keywords
there.)
--
___
Python tracker
<https://bugs.python.o
Guido van Rossum added the comment:
Hum, it seems the right solution was to arrange for async and await to appear
in the list of keywords despite their special status. Nevertheless in theory
there's something that can be done here to auto-regenerate the list derived
from the Gr
Guido van Rossum added the comment:
I changed my mind and am now in favor. Most of the arguments against could also
be used against list+list. Counter addition is actually a nice special case of
this -- it produces the same keys but has a more sophisticated way of merging
values for common
Guido van Rossum added the comment:
> Would not be simpler to just drop the support of Python versions <3.7 in new
> MyPy versions?
Not really -- mypy has a lot of users who run it over (very) large code bases
that can't easily be upgraded. Basically mypy has to support all Py
Guido van Rossum added the comment:
Hm, I think that if Yury still thinks this is a good idea you two should just
do this. No need to write a PEP or wait for the Steering Committee. Unless
there's a downside? Does it break real existing code?
--
nosy: +gvanr
Guido van Rossum added the comment:
Everyone watching, the PR is now ready for review!
--
___
Python tracker
<https://bugs.python.org/issue35975>
___
___
Pytho
Change by Guido van Rossum :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Guido van Rossum :
--
keywords: +patch
pull_requests: +12279
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36280>
___
_
Change by Guido van Rossum :
--
assignee: gvanrossum
nosy: gvanrossum
priority: normal
severity: normal
status: open
title: Add kind field to ast.Constant, to distinguish u"..." from "..." for
type checkers
type: behavior
Guido van Rossum added the comment:
> Maybe use a special subclass of Constant for indicating string literals with
> the "u" prefix?
That would indeed be more convenient, as it requires fewer code and test
changes. Are there examples of such classe
Guido van Rossum added the comment:
On second thought, even though it's a subclass, it feels less consistent than
an extra attribute. So I'd rather keep the current approach (kind -> 'u' or
None).
--
___
Python tracker
&
Guido van Rossum added the comment:
Thanks for the review Serhiy!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Guido van Rossum added the comment:
Confirmed. Emily, do you need help tracking this down?
--
___
Python tracker
<https://bugs.python.org/issue36332>
___
___
Guido van Rossum added the comment:
A simpler example shows it has nothing to do with annotations -- it is simply
behavior of the typing module.
>>> import typing
>>> typing.Optional[str]
typing.Union[str, NoneType]
>>> typing.Optional[None]
>>>
I don&
New submission from Guido van Rossum :
I just found out about IPython's autoawait feature:
https://ipython.readthedocs.io/en/stable/interactive/autoawait.html
I wonder if we should at least help them do this right in Python 3.8 by having
a flag to compile() that allows `await` in the top
Guido van Rossum added the comment:
Oh, you're right. Thanks! Closing in favor of issue34616.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
Guido van Rossum added the comment:
@veky -- please take this up on python-ideas.
--
___
Python tracker
<https://bugs.python.org/issue35224>
___
___
Python-bug
Guido van Rossum added the comment:
+1 from me. Looking for a better way to enable this from the command line.
Our alternative would be to maintain a local patch, since this definitely
helps us.
On Sat, Mar 30, 2019 at 12:04 AM Raymond Hettinger
wrote:
>
> Raymond Hettinger add
Guido van Rossum added the comment:
There's a similar thing with docstrings though. Some code depend on docstrings
(e.g. David Beazley's parser generator). help() of course also depends on it.
And yet we have a way to disable it. (Same with asserts, plenty of code depends
on
Guido van Rossum added the comment:
New changeset a4d78362397fc3bced6ea80fbc7b5f4827aec55e by Guido van Rossum
(Brad Larsen) in branch 'master':
bpo-36495: Fix two out-of-bounds array reads (GH-12641)
https://github.com/python/cpython/commit/a4d78362397fc3bced6ea80fbc7b5f
Change by Guido van Rossum :
--
nosy: -gvanrossum
___
Python tracker
<https://bugs.python.org/issue36517>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
@cary are you planning on updating with the suggested/requested improvements to
the patch? If not, let us know and we'll see if someone else is interested in
taking over.
--
___
Python tracker
&
3401 - 3500 of 5563 matches
Mail list logo
