[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

2020-10-30 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +21966 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23048 ___ Python tracker <https://bugs.python.org/issu

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

2020-10-30 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 06f8c3328dcd81c84d1ee2b3a57b5381dcb38482 by Pablo Galindo in branch 'master': bpo-42214: Fix check for NOTEQUAL token in the PEG parser for the barry_as_flufl rule (GH-23048) https://github.com/python/cpyt

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

2020-10-30 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- pull_requests: +21970 pull_request: https://github.com/python/cpython/pull/23051 ___ Python tracker <https://bugs.python.org/issue42

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

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

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

2020-10-30 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset ddcd57e3ea75ab0ad370bbaaa6b76338edbca395 by Pablo Galindo in branch '3.9': [3.9] bpo-42214: Fix check for NOTEQUAL token in the PEG parser for the barry_as_flufl rule (GH-23048) (GH-23051) https://github.com/python/cpyt

[issue42190] global declarations affect too much inside exec or compile

2020-10-30 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > Maybe someone can bisect and find when this started happening? As far as I understand, this has been the case since Python 2 at least: $cat code.py gdict = {} ldict = {} exec(''' x = 1 def f(): global x''', gdict, l

[issue37193] Memory leak while running TCP/UDPServer with socketserver.ThreadingMixIn

2020-11-01 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Commit c41559021213cfc9dc62a83fc63306b3bdc3e64b has introduced reference leaks: -- Ran 202 tests in 21.654s OK (skipped=1) .. test_logging leaked [20, 20, 20] references, sum=60

[issue37193] Memory leak while running TCP/UDPServer with socketserver.ThreadingMixIn

2020-11-02 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset aca67da4fe68d5420401ac1782203d302875eb27 by Jason R. Coombs in branch 'master': Revert "bpo-37193: remove thread objects which finished process its request (GH-13893)" (GH-23107) https://github.com/p

[issue42246] Implement PEP 626

2020-11-02 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: I'm happy that we are removing BEGIN_DO_NOT_EMIT_BYTECODE and END_DO_NOT_EMIT_BYTECODE but could you elaborate how this is related? These macros protect the compiler from emitting bytecode that corresponds to deaf code and by definition, unreac

[issue35455] Solaris: thread_time doesn't work with current implementation

2020-11-02 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 9568622c9983b682b2a2a7bacfd3c341028ea099 by Jakub Kulík in branch 'master': bpo-35455: Fix thread_time for Solaris OS (GH-8) https://github.com/python/cpython/commit/9568622c9983b682b2a2a7bacfd3c341028ea099 -

[issue35455] Solaris: thread_time doesn't work with current implementation

2020-11-02 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- resolution: -> fixed status: open -> closed ___ Python tracker <https://bugs.python.org/issue35455> ___ ___ Pyth

[issue42180] Missing a plural in library/functions

2020-11-02 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 6b7a90db362253d67201c2a438a3f38f1ec6180c by Miss Skeleton (bot) in branch '3.9': bpo-42180: fix plural in arguments and control (GH-23015) (GH-23114) https://github.com/python/cpython/commit/6b7a90db362253d67201c2a438a3f3

[issue42250] test_ast leaked [23640, 23636, 23640] references

2020-11-03 Thread Pablo Galindo Salgado
New submission from Pablo Galindo Salgado : https://buildbot.python.org/all/#/builders/205/builds/83 OK .. test_ast leaked [23640, 23636, 23640] references, sum=70916 test_ast leaked [7932, 7930, 7932] memory blocks, sum=23794 1 test failed again: test_ast -- messages: 380269

[issue42250] test_ast leaked [23640, 23636, 23640] references

2020-11-03 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- assignee: -> vstinner ___ Python tracker <https://bugs.python.org/issue42250> ___ ___ Python-bugs-list mailing list Un

[issue42250] test_ast leaked [23640, 23636, 23640] references

2020-11-03 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- components: +Tests nosy: +BTaskaya, vstinner -pablogsal versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/issue42

[issue42246] Implement PEP 626

2020-11-03 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > Dead code elimination will remove the `secret_debugging_code()`, but leave > the test. The peephole optimiser can then reduce it to a NOP, but won't > eliminate it as it is the only instruction for line 1. Gotcha. I am pretty sure

[issue42251] Add threading.gettrace and threading.getprofile

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

[issue42251] Add threading.gettrace and threading.getprofile

2020-11-04 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 0001a1b69ecda47b0406daa88c2943877580bcae by Mario Corchero in branch 'master': bpo-42251: Add gettrace and getprofile to threading (GH-23125) https://github.com/python/cpython/commit/0001a1b69ecda47b0406daa88c2943

[issue35455] Solaris: thread_time doesn't work with current implementation

2020-11-04 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 72bb4c6c1fc5f5209819a2e62d55475ddc888192 by Miss Skeleton (bot) in branch '3.9': bpo-35455: Fix thread_time for Solaris OS (GH-8) (GH-23130) https://github.com/python/cpython/commit/72bb4c6c1fc5f5209819a2e62d5547

[issue35455] Solaris: thread_time doesn't work with current implementation

2020-11-04 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset a12f459ec2a31b96a21c735eb18f3d0fd19e99ff by Jakub Kulík in branch '3.8': [3.8] bpo-35455: Fix thread_time for Solaris OS (GH-8). (GH-23145) https://github.com/python/cpython/commit/a12f459ec2a31b96a21c735eb18f3d

[issue42266] LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior

2020-11-04 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Good catch, Kevin! Would you like to submit a PR for fixing this? -- ___ Python tracker <https://bugs.python.org/issue42

[issue42266] LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior

2020-11-04 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Given that having attributes that are classes is quite uncommon, I think we can not optimize of the attribute itself is a class instead of checking for descriptors on every hit, hurting the performance gains

[issue42266] LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior

2020-11-04 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Yury, any preference here? -- nosy: +yselivanov ___ Python tracker <https://bugs.python.org/issue42266> ___ ___ Pytho

[issue42266] LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior

2020-11-04 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: We could also store the tag of the type object if is a descriptor and compare against that on the cache hit to check that our assumptions are valid. The price here would be an extra pointer on the cache per opcode that may not even be used most of

[issue42266] LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior

2020-11-04 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: s/the attribute itself is a class/the attribute itself is in the class/ -- ___ Python tracker <https://bugs.python.org/issue42

[issue42266] LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior

2020-11-04 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +22068 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23157 ___ Python tracker <https://bugs.python.org/issu

[issue42266] LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior

2020-11-05 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 80449f243b13311d660eab3a751648029bcdd833 by Pablo Galindo in branch 'master': bpo-42266: Handle monkey-patching descriptors in LOAD_ATTR cache (GH-23157) https://github.com/python/cpython/commit/80449f243b13311d660eab3a751648

[issue42266] LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior

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

[issue26389] Expand traceback module API to accept just an exception as an argument

2020-11-05 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 91e93794d5dd1aa91fbe142099c2955e0c4c1660 by Zackery Spytz in branch 'master': bpo-26389: Allow passing an exception object in the traceback module (GH-22610) https://github.com/python/cpyt

[issue26389] Expand traceback module API to accept just an exception as an argument

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

[issue42307] make install must not copy python.o into $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/

2020-11-10 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > But... does any user really build Python manually after Python is installed? > The Python build system couldn't handle that as part of the regular build? > Maybe using a new configure --enable-static flag? Embedding? But they should

[issue42307] make install must not copy python.o into $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/

2020-11-10 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Hummm, I think the gains of having the .o over the .a are very very small as you can almost recreate anything you want with the .o using the .a and a small initialization function unless I am missing something

[issue40939] Remove the old parser

2020-11-12 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > By the way, is there a replacement for this function? The unbound project > uses it to display a SyntaxError when PyRun_SimpleFile() fails. There is no replacement for the function because that function returned CST nodes and those not

[issue40939] Remove the old parser

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: I will submit a PR today -- ___ Python tracker <https://bugs.python.org/issue40939> ___ ___ Python-bugs-list mailin

[issue42373] PEP 626 does not specify behavior of tracing for keywords.

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Mark, could you kindly create a proposed update to the PEP in the form of a PR so I can evaluate it and we can iterate directly over the final specification? -- ___ Python tracker <https://bugs.python.

[issue40939] Remove the old parser

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > Pablo, have you already started on this? I didn't see your comment earlier > and I've got a PR ready. Yeah, but don't worry: submit your PR and I will review it :) -- ___ P

[issue40939] Remove the old parser

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > The removals are documented, but the developers who are affected have no clue > what to do. What do you think? Here is difficult to recommend a canonical Path because as I mentioned, there is no replacement for these functions becaus

[issue42381] Allow unparenthesized walrus in set comprehensions

2020-11-16 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +0 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23332 ___ Python tracker <https://bugs.python.org/issu

[issue42381] Allow unparenthesized walrus in set comprehensions

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Apparently we currently don't allow walruses in set literals either: >>> {y := 4, 4**2, 3**3} File "", line 1 {y := 4, 4**2, 3**3} ^ SyntaxError: invalid syntax But they should be allowed as well per PEP 572

[issue42381] Allow unparenthesized walrus in set comprehensions

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: The only question left is that if we should allow this on dict literals and dict comprehensions as well (because these constructs have a ":" in the middle that can be noisy if there are walrus, the answer isn't immediately

[issue42381] Allow unparenthesized walrus in set comprehensions

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > Nagging question — is there sufficient difference between {x := y} and {x: y} > ? I think there is enough distinction, yes. It will also be a bit odd if is allowed in list and list comps but not set and set

[issue41625] Add splice() to the os module

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset a57b3d30f66c90f42da751bf82256b9b22961ed0 by Pablo Galindo in branch 'master': bpo-41625: Expose the splice() system call in the os module (GH-21947) https://github.com/python/cpython/commit/a57b3d30f66c90f42da751bf82256b

[issue41625] Add splice() to the os module

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

[issue42381] Allow unparenthesized walrus in set comprehensions

2020-11-16 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset b0aba1fcdc3da952698d99aec2334faa79a8b68c by Pablo Galindo in branch 'master': bpo-42381: Allow walrus in set literals and set comprehensions (GH-23332) https://github.com/python/cpython/commit/b0aba1fcdc3da952698d99aec2334f

[issue42381] Allow unparenthesized walrus in set comprehensions

2020-11-16 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- pull_requests: +1 pull_request: https://github.com/python/cpython/pull/2 ___ Python tracker <https://bugs.python.org/issue42

[issue40939] Remove the old parser

2020-11-17 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > This code is non-trivial :-( Should we provide a *new* C function doing that? We could discuss adding a new C function, but IMHO that code is not especially horrible or unreadable. I agree it could be simpler, tho

[issue41625] Add splice() to the os module

2020-11-17 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > Do you mean "Linux kernel >= 2.6.17 and glibc >= 2.5" ? My understanding is that glibc provides emulation for glibc >= 2.5 The section from the manpage says: The splice() system call first appeared in Linux 2.6.17; libr

[issue41625] Add splice() to the os module

2020-11-17 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- pull_requests: +22231 pull_request: https://github.com/python/cpython/pull/23340 ___ Python tracker <https://bugs.python.org/issue41

[issue41625] Add splice() to the os module

2020-11-17 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset fa96608513b6eafe48777f1a5504134939dcbebc by Pablo Galindo in branch 'master': bpo-41625: Add versionadded to os.splice() constants (GH-23340) https://github.com/python/cpython/commit/fa96608513b6eafe48777f1a550413

[issue41625] Add splice() to the os module

2020-11-17 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- pull_requests: +22244 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/23350 ___ Python tracker <https://bugs.python.org/issu

[issue41625] Add splice() to the os module

2020-11-17 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- pull_requests: +22245 pull_request: https://github.com/python/cpython/pull/23351 ___ Python tracker <https://bugs.python.org/issue41

[issue41625] Add splice() to the os module

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

[issue41625] Add splice() to the os module

2020-11-18 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Thanks a lot Victor -- ___ Python tracker <https://bugs.python.org/issue41625> ___ ___ Python-bugs-list mailin

[issue42381] Allow unparenthesized walrus in set comprehensions

2020-11-18 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 87c87b5bd6f6a5924b485398f353308410f9d8c1 by Pablo Galindo in branch '3.9': [3.9] bpo-42381: Allow walrus in set literals and set comprehensions (GH-23332) (GH-2) https://github.com/python/cpyt

[issue42454] Move slice creation to the compiler for constants

2020-11-24 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Unless we see something fundamentally broken with the hashability, I am +1 on this. Even if it does not show in macro benchmarks over the 3% mark, the microbenchmarks are positive and the code changes are very scoped, so there is not a

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

2020-11-24 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- pull_requests: +22392 pull_request: https://github.com/python/cpython/pull/23503 ___ Python tracker <https://bugs.python.org/issue42

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

2020-11-24 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: I may not know the what is the average airspeed velocity of a laden swallow, but I know the average speed of adding a LOAD_METHOD opcode cache as in PR 23503 (measured with PGO + LTO + CPU isolation

[issue1875] "if 0: return" not raising SyntaxError

2019-05-17 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset af8646c8054d0f4180a2013383039b6a472f9698 by Pablo Galindo in branch 'master': bpo-1875: Raise SyntaxError in invalid blocks that will be optimised away (GH-13332) https://github.com/python/cpyt

[issue1875] "if 0: return" not raising SyntaxError

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

[issue36751] Changes in the inspect module for PEP 570

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

[issue36961] ast_unparser.c doesn't handle PEP570

2019-05-18 Thread Pablo Galindo Salgado
New submission from Pablo Galindo Salgado : Any line in test_annotations() containing positional-only markers in Lib/test/test_future.py will fail: eq('lambda x, /: x') Run tests sequentially 0:00:00 load avg: 0.71 [1/1] test_future test test_future failed -- Traceback (m

[issue36961] ast_unparser.c doesn't handle PEP570

2019-05-18 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +13323 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue36826] ast_unparser.c doesn't handle := expressions

2019-05-18 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Thanks for the patch Batuhan! -- nosy: +pablogsal resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue36961] ast_unparser.c doesn't handle PEP570

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

[issue36961] ast_unparser.c doesn't handle PEP570

2019-05-18 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset da6129e821099c1372d511a11d18af83d6d5d128 by Pablo Galindo in branch 'master': bpo-36961: Handle positional-only arguments in uparse.c (GH-13412) https://github.com/python/cpython/commit/da6129e821099c1372d511a11d18af

[issue36969] pdb: do_args: display/handle keyword-only arguments

2019-05-20 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Notice that pdb also does not handle correctly PEP570: def f1(x,/,arg=None, *, kwonly=None): breakpoint() f1(3) -> breakpoint() (Pdb) args x = 3 -- nosy: +pablogsal ___ Python tracker <

[issue36969] pdb: do_args: display/handle keyword-only arguments

2019-05-20 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset bf457c7d8224179a023957876e757f2a7ffc3d9d by Pablo Galindo (Rémi Lapeyre) in branch 'master': bpo-36969: Make PDB args command display keyword only arguments (GH-13452) https://github.com/python/cpyt

[issue36969] pdb: do_args: display/handle keyword-only arguments

2019-05-20 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Rémi, could you do a PR addressing co_posonlyargcount? -- ___ Python tracker <https://bugs.python.org/issue36

[issue36969] pdb: do_args: display/handle keyword-only arguments

2019-05-21 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > Of course, should I open a new PR or post a patch to be added to a current PR? Make another PR against master. -- ___ Python tracker <https://bugs.python.org/issu

[issue36995] tp_print -> tp_vectorcall_offset

2019-05-21 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: I would suggest centralizing all PRs on the same issue as Petr is indicating to reduce the noise, especially before the PEP is accepted. -- nosy: +pablogsal ___ Python tracker <https://bugs.python.

[issue37010] Review performance of inspect.getfullargspec

2019-05-22 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- nosy: +pablogsal, yselivanov ___ Python tracker <https://bugs.python.org/issue37010> ___ ___ Python-bugs-list mailin

[issue36817] Add = to f-strings for easier debugging.

2019-05-22 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: The reason the main CI did not catch this is that test_tools is only executed on a (random) subset of all the files if I remember correctly because when executed on all files it massively increases the time of the CI

[issue36817] Add = to f-strings for easier debugging.

2019-05-22 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Anecdotally, this happened as well when in the implementation of PEP572 -- ___ Python tracker <https://bugs.python.org/issue36

[issue37003] ast unparse does not support f-string new debug format.

2019-05-22 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Notice that test_tools will fail if f'{x=}' becomes f'x={x!r}' when unparsed as it compares the text of the file and the text of the roundtrip of the ast of the file -- nosy: +pablogsal __

[issue37003] ast unparse does not support f-string new debug format.

2019-05-22 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Actually, it checks if the dump is the same: class ASTTestCase(unittest.TestCase): def assertASTEqual(self, ast1, ast2): self.assertEqual(ast.dump(ast1), ast.dump(ast2)) def check_roundtrip(self, code1, filename="int

[issue37003] ast unparse does not support f-string new debug format.

2019-05-22 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > Notice that test_tools will fail if f'{x=}' becomes f'x={x!r}' I arrived at the wrong conclusion as Matthias points out. >>> import ast >>> ast.dump(compile("f'{x=}'","&quo

[issue37021] Can _random.getrandbits() be converted to METH_FASTCALL?

2019-05-23 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +13447 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue36969] pdb.do_args: display keyword-only and positional only arguments

2019-05-24 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 458560347f5c28e162bb288adfa0cfe5aad79557 by Pablo Galindo (Rémi Lapeyre) in branch 'master': bpo-36969: Make PDB args command display positional only arguments (GH-13459) https://github.com/python/cpyt

[issue36969] pdb.do_args: display keyword-only and positional only arguments

2019-05-24 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Thanks Rémi for the PRs! :) ___ Python tracker <https://bugs.python.org/issue36969> ___ ___ Python-bugs-list mailing list Unsub

[issue37021] Can _random.getrandbits() be converted to METH_FASTCALL?

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

[issue37021] Can _random.getrandbits() be converted to METH_FASTCALL?

2019-05-24 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 561612d8456cfab5672c9b445521113b847bd6b3 by Pablo Galindo in branch 'master': bpo-37021: Port _randommodule to the argument clinic (GH-13532) https://github.com/python/cpython/commit/561612d8456cfab5672c9b44552111

[issue37056] test_tools is failing on several buildbots

2019-05-26 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: This seems a failure caused after merging either PEP589 or PEP586 -- nosy: +gvanrossum, levkivskyi ___ Python tracker <https://bugs.python.org/issue37

[issue37056] test_tools is failing on several buildbots

2019-05-26 Thread Pablo Galindo Salgado
New submission from Pablo Galindo Salgado : BUILDBOT FAILURE REPORT === Builder name: AMD64 Debian root 3.x Builder url: https://buildbot.python.org/all/#/builders/27/ Build url: https://buildbot.python.org/all/#/builders/27/builds/3006 Failed tests

[issue37053] Tools/parser/unparse.py does not handle u"bar" correctly

2019-05-26 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Confirmed that this fixes the broken buildbots: ./python -m test test_tools - -uall -m test_files == CPython 3.8.0a4+ (heads/master:91f4380ced, May 26 2019, 17:30:21) [GCC 8.3.0] == Linux-5.0.15-1-MANJARO-x86_64-with-glibc2.29 little-endian == cwd

[issue35753] Importing call from unittest.mock directly causes ValueError

2019-05-26 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- resolution: duplicate -> status: closed -> open ___ Python tracker <https://bugs.python.org/issue35753> ___ ___ Pyth

[issue17005] Add a topological sort algorithm

2019-05-26 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: > * allow input as ordered pairs like the Unix tsort command > * allow more convenient input as dependency sequences (like graphviz): This is how my first proposal started (and I still like it a bit more than the dictionary input), but there ar

[issue37032] Add CodeType.replace() method

2019-05-26 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Is there anything more on this issue? -- ___ Python tracker <https://bugs.python.org/issue37032> ___ ___ Python-bug

[issue21314] Document '/' in signatures

2019-05-26 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: I think we can revisit this now that PEP570 is accepted -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue21

[issue37083] Document TYPE_COMMENT in documentation reference for compound statements

2019-05-28 Thread Pablo Galindo Salgado
New submission from Pablo Galindo Salgado : The last changes in the grammar regarding TYPE_COMMENTS should be added to this section: https://docs.python.org/3/reference/compound_stmts.html#function-definitions -- assignee: docs@python components: Documentation messages: 343820 nosy

[issue37083] Document TYPE_COMMENT in documentation reference for compound statements

2019-05-28 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: I will make a PR after https://github.com/python/cpython/pull/13202 is merged. -- ___ Python tracker <https://bugs.python.org/issue37

[issue36540] PEP 570: Python Positional-Only Parameters

2019-05-28 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Closing this. Will reopen if we realize we missed something. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37082] Assignment expression operator (walrus) not in built-in help()

2019-05-28 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue37082> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14656] Add a macro for unreachable code

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

[issue36974] Implement PEP 590

2019-05-29 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: BUILDBOT FAILURE REPORT === Builder name: AMD64 Ubuntu Shared 3.x Builder url: https://buildbot.python.org/all/#/builders/141/ Build url: https://buildbot.python.org/all/#/builders/141/builds/1866 Failed tests

[issue36974] Implement PEP 590

2019-05-29 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: @Petr is https://bugs.python.org/issue37090 and https://github.com/python/cpython/pull/13668 also addressing the buildbot failures? -- ___ Python tracker <https://bugs.python.org/issue36

[issue36974] Implement PEP 590

2019-05-29 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Great! Thank you very much for the quick fix for the problem. For AMD64 Ubuntu Shared 3.x, the last build was successful: https://buildbot.python.org/all/#/builders/141/builds/1870/steps/5/logs/stdio

[issue37108] Positional-only arguments break super()

2019-05-31 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +13581 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13695 ___ Python tracker <https://bugs.python.org/issu

[issue37108] Positional-only arguments break super()

2019-05-31 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: New changeset 3a46d5c293d39995dc5218bf46a7d92b16fb2a15 by Pablo Galindo in branch 'master': bpo-37108: Support super with methods that use positional-only arguments (GH-13695) https://github.com/python/cpyt

[issue37108] Positional-only arguments break super()

2019-05-31 Thread Pablo Galindo Salgado
Pablo Galindo Salgado added the comment: Thank you very much, Serhiy, for the catch! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37112] Error in compilig the AST for functions with optional positional arguments

2019-05-31 Thread Pablo Galindo Salgado
Change by Pablo Galindo Salgado : -- assignee: -> pablogsal ___ Python tracker <https://bugs.python.org/issue37112> ___ ___ Python-bugs-list mailing list Un

<    30   31   32   33   34   35   36   37   38   39   >