Changed unwrap_or to unwrap_or_else in some places.
The discussion seems to have resolved that this lint is a bit "noisy" in that applying it in all places would result in a reduction in readability. A few of the trivial functions (like `Path::new`) are fine to leave outside of closures. The general rule seems to be that anything that is obviously an allocation (`Box`, `Vec`, `vec![]`) should be in a closure, even if it is a 0-sized allocation.
This commit is contained in:
parent
38030ffb4e
commit
261ca04c92
14 changed files with 31 additions and 30 deletions
|
@ -1305,7 +1305,7 @@ pub fn build_session(
|
|||
early_error(sopts.error_format, &format!("Error loading host specification: {}", e))
|
||||
});
|
||||
|
||||
let loader = file_loader.unwrap_or(Box::new(RealFileLoader));
|
||||
let loader = file_loader.unwrap_or_else(|| Box::new(RealFileLoader));
|
||||
let hash_kind = sopts.debugging_opts.src_hash_algorithm.unwrap_or_else(|| {
|
||||
if target_cfg.is_like_msvc {
|
||||
SourceFileHashAlgorithm::Sha1
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue