[issue12844] Support more than 255 arguments

Changes by Donald Stufft : -- pull_requests: +943 ___ Python tracker ___ ___

[issue12844] Support more than 255 arguments

Serhiy Storchaka added the comment: Thanks Brett. See issue18896 for supporting functions with more than 255 parameters. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue12844] Support more than 255 arguments

Roundup Robot added the comment: New changeset 5c1bb72c0f5d by Serhiy Storchaka in branch 'default': Issue #12844: More than 255 arguments can now be passed to a function. https://hg.python.org/cpython/rev/5c1bb72c0f5d -- nosy: +python-dev ___ Python

[issue12844] Support more than 255 arguments

Brett Cannon added the comment: Patch LGTM. -- assignee: -> serhiy.storchaka stage: patch review -> commit review ___ Python tracker ___

[issue12844] Support more than 255 arguments

Serhiy Storchaka added the comment: No longer changes to Python/compile.c are needed. Here is a patch against 3.7 that just removes the limit of the number of passed arguments in Python/ast.c and adds tests. But still there is a limitation on the number of function parameters. It is caused

[issue12844] Support more than 255 arguments

Serhiy Storchaka added the comment: Since issue27213 the bytecode no longer have a limitation for numbers of positional or keyword arguments. -- nosy: +serhiy.storchaka ___ Python tracker

[issue12844] Support more than 255 arguments

Changes by Sebastian Ramacher sebasti...@users.sourceforge.net: -- nosy: +sebastinas ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12844 ___ ___

[issue12844] Support more than 255 arguments

Andreas Stührk andy-pyt...@hammerhartes.de added the comment: Attached is a patch that removes the limit and that allows passing an arbitrary number of positional and keyword arguments. Lacks tests for now. -- keywords: +patch nosy: +Trundle Added file:

[issue12844] Support more than 255 arguments

David Benjamin david...@mit.edu added the comment: I don't think that patch works. Consider a dict subclass which has overridden update. Or perhaps a list subclass which has overridden addition. It would be quite poor if Python's behavior here w.r.t. which overrides are followed switched as

[issue12844] Support more than 255 arguments

Changes by Brett Cannon br...@python.org: -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12844 ___ ___ Python-bugs-list

[issue12844] Support more than 255 arguments

Martin v. Löwis mar...@v.loewis.de added the comment: The approach looks fine to me. Would you like to work on a patch? -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12844

[issue12844] Support more than 255 arguments

New submission from Anders Kaseorg ande...@mit.edu: This feels like an arbitrary restriction (obvious sequences have been replaced with ‘…’ to save space in this report): zip([0], [1], [2], …, [1999]) File stdin, line 1 SyntaxError: more than 255 arguments especially when this works:

[issue12844] Support more than 255 arguments

Anders Kaseorg ande...@mit.edu added the comment: I guess the desugaring is slightly more complicated in the case where the original function call already used *args or **kwargs: f(arg0, …, arg999, *args, k0=v0, …, k999=v999, **kwargs) becomes something like f(*((arg0, …, arg999) + args),

[issue12844] Support more than 255 arguments

Raymond Hettinger raymond.hettin...@gmail.com added the comment: On python-dev a few month ago, Guido agreed with you that this is an arbitrary limitation that should be removed at some point. In particular, he worried that programmatically generated code would tend to run into this