gh-155013: Reword a reference to partial object in functools

[sirosen]

Rather than referring to a :func:`!partial` object, use a reference to the definition of a "partial object", provided as a part of the functools docs.

This results in two linked references from functools.partial docs to partial object, as there is another one at the top of the docstring.
However, the doc is sufficiently long that this second link is likely to be beneficial to a reader.

• Issue: Documentation for functools.partial() refers to partial() where it should refer to partial object #155013

[read-the-docs-community]

Documentation build overview

📚 cpython-previews | 🛠️ Build #33869487 | 📁 Comparing 877fca8 against main (534b6b0)

  🔍 Preview build  

1 file changed

± library/functools.html

[miss-islington-app]

Thanks @sirosen for the PR, and @StanFromIreland for merging it 🌮🎉.. I'm working now to backport this PR to: 3.13, 3.14, 3.15.
🐍🍒⛏🤖

[bedevere-app]

GH-155093 is a backport of this pull request to the 3.15 branch.

[miss-islington-app]

Sorry, @sirosen and @StanFromIreland, I could not cleanly backport this to 3.13 due to a conflict.
Please backport using cherry_picker on command line.

cherry_picker 204febac457c39c6622cd6c741d33afdbcca5d55 3.13

[bedevere-app]

GH-155094 is a backport of this pull request to the 3.14 branch.

[sirosen]

I ran cherry_picker (I've been meaning to for a couple of days), and found that the change is not applicable to 3.13 because the behavior being documented is new in 3.14 .

I don't think any further action is needed, but I wanted to note it, in case anyone sees this and wonders about the missing backport.

[StanFromIreland]

Hey Stephen, JFYI so you don't waste your time, if someone removes the backport label it's generally because they've decided it's not applicable.