8000 PEP 558: fix footnote references by hugovk · Pull Request #2754 · python/peps · GitHub
[go: up one dir, main page]
Skip to content

PEP 558: fix footnote references #2754

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 7 commits into from
Aug 17, 2022
Merged

PEP 558: fix footnote references #2754

Changes from 1 commit
Commits
Show all changes
7 commits
Select commit Hold shift + click to select a range
f838e17
PEP 558: fix footnote references
hugovk Aug 8, 2022
af53b3d
PEP 558: Remove orphaned footnote
hugovk Aug 8, 2022
12f88e0
PEP 558: Remove redundant emacs metadata
hugovk Aug 8, 2022
df1f559
PEP 558: Fix code formatting
hugovk Aug 8, 2022
64234cd
PEP 558: Fix typos
hugovk Aug 8, 2022
3f66889
PEP 558: Update BPO redirects
hugovk Aug 8, 2022
ace825d
PEP 558: Convert to regular links
hugovk Aug 8, 2022
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
Next Next commit
PEP 558: fix footnote references
  • Loading branch information
@hugovk
hugovk committed Aug 8, 2022
commit f838e17e9d8ebf9ab1c99e4cff23cd1af0ba85f2
4 changes: 2 additions & 2 deletions pep-0558.rst
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -1274,7 +1274,7 @@ Thanks to Nathaniel J. Smith for proposing the write-through proxy idea in
PEP that attempted to avoid introducing such a proxy.

Thanks to Steve Dower and Petr Viktorin for asking that more attention be paid
to the developer experience of the proposed C API additions [8,13]_.
to the developer experience of the proposed C API additions [8]_ [13]_.

Thanks to Larry Hastings for the suggestion on how to use enums in the stable
ABI while ensuring that they safely support typecasting from arbitrary
Expand All @@ -1283,7 +1283,7 @@ integers.
Thanks to Mark Shannon for pushing for further simplification of the C level
API and semantics, as well as significant clarification of the PEP text (and for
restarting discussion on the PEP in early 2021 after a further year of
inactivity) [10,11,12]_. Mark's comments that were ultimately published as
inactivity) [10]_ [11]_ [12]_. Mark's comments that were ultimately published as
:pep:`667` also directly resulted in several implementation efficiency improvements
that avoid incurring the cost of redundant O(n) mapping refresh operations
when the relevant mappings aren't used, as well as the change to ensure that
Expand Down
0