]> git.lizzy.rs Git - rust.git/commit - src/tools/miri
Rollup merge of #91697 - dtolnay:lossyfromstr, r=Mark-Simulacrum
authorMatthias Krüger <matthias.krueger@famsik.de>
Fri, 10 Dec 2021 21:41:26 +0000 (22:41 +0100)
committerGitHub <noreply@github.com>
Fri, 10 Dec 2021 21:41:26 +0000 (22:41 +0100)
commit2784051c11c07c204b9ac3891739b20298939a3d
tree9420fd7f9b9905ba3de104c2e187b20eb4025cb7
parent1d36c6ac2e169728ab2537a5b711360fbd1f8732
parent4b0a9c9bc3e30215366cb1106645e5ddcfa93b92
Rollup merge of #91697 - dtolnay:lossyfromstr, r=Mark-Simulacrum

Delete Utf8Lossy::from_str

This whole type is marked as being for str internals only, but this constructor is never used by str internals. If you had a &amp;str already and wanted to lossy display it or iterate its lossy utf8 chunks, you would simply not use Utf8Lossy because the whole &amp;str is known to be one contiguous valid utf8 chunk.

If code really does need to obtain a value of type &amp;Utf8Lossy somewhere, and has only a &amp;str, `Utf8Lossy::from_bytes(s.as_bytes())` remains available. As currently implemented, there is no performance penalty relative to `from_str` i.e. the Utf8Lossy does not "remember" that it was constructed using `from_str` to bypass later utf8 decoding.