Skip to content

gh-50333: Deprecate support of non-tuple sequences in PyArg_ParseTuple() #128374

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 9 commits into from
Apr 8, 2025
Merged

gh-50333: Deprecate support of non-tuple sequences in PyArg_ParseTuple() #128374

Changes from 1 commit
Commits
Show all changes
9 commits
Select commit Hold shift + click to select a range
6ad1ff6
gh-50333: Deprecate support of non-tuple sequences in PyArg_ParseTuple()
serhiy-storchaka Dec 31, 2024
9878b37
Apply suggestions from code review
serhiy-storchaka Jan 2, 2025
f8bc0e0
Merge branch 'main' into pyarg-deprecate-sequences
serhiy-storchaka Jan 2, 2025
e7198bc
Duplicate "a borrowed".
serhiy-storchaka Jan 2, 2025
fac1989
Re-order format units.
serhiy-storchaka Jan 2, 2025
ab1ea18
Update Python/getargs.c
serhiy-storchaka Jan 2, 2025
44fd700
Update docs.
serhiy-storchaka Jan 3, 2025
82ee6d9
Merge branch 'main' into pyarg-deprecate-sequences
serhiy-storchaka Apr 5, 2025
d700cad
Minimize refcount changes.
serhiy-storchaka Apr 5, 2025
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Prev Previous commit
Next Next commit
Merge branch 'main' into pyarg-deprecate-sequences
  • Loading branch information
@serhiy-storchaka
serhiy-storchaka committed Apr 5, 2025
commit 82ee6d9734d853cb340da99008d186ced227c259
6 changes: 0 additions & 6 deletions Doc/c-api/arg.rst
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -377,12 +377,6 @@ Other objects
Non-tuple sequences are deprecated if *items* contains format units
which store a borrowed buffer or a borrowed reference.

It is possible to pass "long" integers (integers whose value exceeds the
platform's :c:macro:`LONG_MAX`) however no proper range checking is done --- the
most significant bits are silently truncated when the receiving field is too
small to receive the value (actually, the semantics are inherited from downcasts
in C --- your mileage may vary).

A few other characters have a meaning in a format string. These may not occur
inside nested parentheses. They are:

Expand Down
You are viewing a condensed version of this merge commit. You can view the full changes here.