Skip to content

[backport to 3.5] bpo-29474: Improve documentation for weakref.WeakValueDictionary - #23

Merged
Mariatta merged 1 commit into
python:3.5from
Mariatta:bpo-29474-3.5
Feb 12, 2017
Merged

[backport to 3.5] bpo-29474: Improve documentation for weakref.WeakValueDictionary#23
Mariatta merged 1 commit into
python:3.5from
Mariatta:bpo-29474-3.5

Conversation

@Mariatta

Copy link
Copy Markdown
Member

There were some grammatical errors in weakref.WeakValueDictionary
documentation.

Same as #10, backported to 3.5 branch

There were some grammatical errors in weakref.WeakValueDictionary
documentation.
@codecov

codecovBot commented Feb 11, 2017

Copy link
Copy Markdown

Codecov Report

❗ No coverage uploaded for pull request base (3.5@9cd7e17). Click here to learn what that means.

@@ Coverage Diff @@## 3.5 #23 +/- ##
======================================
Coverage ? 82.37% ======================================
Files ? 1427 Lines ? 350948 Branches ? 0 ======================================
Hits ? 289093 Misses ? 61855 Partials ? 0

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 9cd7e17...723fcd3. Read the comment docs.

@MariattaMariatta changed the title bpo-29474: Improve documentation for weakref.WeakValueDictionary[backport to 3.5] bpo-29474: Improve documentation for weakref.WeakValueDictionaryFeb 11, 2017
@Mariatta
Mariatta merged commit ae82871 into python:3.5Feb 12, 2017
@Mariatta
Mariatta deleted the bpo-29474-3.5 branch February 12, 2017 16:21
jaraco pushed a commit to jaraco/cpython that referenced this pull request Feb 17, 2023
This is one of the two approved incoming PSF licenses.
Closespython#23
nanjekyejoannah added a commit to nanjekyejoannah/cpython that referenced this pull request Mar 10, 2023
23: warn for tokenize() r=ltratt a=nanjekyejoannah
The constructor for `tokenize()` has changed in Python 3, to behave like the `tokenize.generate_token(`) function on Python 2.
Co-authored-by: Joannah Nanjekye <jnanjeky@unb.ca>
Eclips4 pushed a commit to Eclips4/cpython that referenced this pull request Mar 10, 2026
This PR pretty much completely refactors the Rust build system. There are now two main ways Rust code is built:
# both
- The Rust triple is deduced based on the preprocessor run on Misc/platform_triplet.c
- A cpython-build-helper crate is used to pass the proper link arguments for each configuration
- The proper Rust toolchain is downloaded for iOS/Android/WASI for CI on those platforms
- cpython-sys is updated significantly to ensure bindgen properly generates the bindings for each platform
# shared
For shared builds, we build a crate into a cdylib and pass through link arguments from the makefile/configure and the linker executable so that the final link will match what is done for C programs.
# static
For static builds, a cpython-rust-staticlib crate is a built which depends on and re-exports the module initializers for each crate. This ensures there aren't duplicated Rust stdlib/core symbols.
Fixespython#23
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@Mariatta@zware@the-knights-who-say-ni