Remove double spaces after dots in comments
This commit is contained in:
parent
279f1c9d8c
commit
6a28fb42a8
157 changed files with 313 additions and 313 deletions
|
@ -27,7 +27,7 @@ impl<'a, 'tcx> Builder<'a, 'tcx> {
|
|||
/// suitable also to be passed as function arguments.
|
||||
///
|
||||
/// The operand returned from this function will *not be valid* after an ExprKind::Scope is
|
||||
/// passed, so please do *not* return it from functions to avoid bad miscompiles. Returns an
|
||||
/// passed, so please do *not* return it from functions to avoid bad miscompiles. Returns an
|
||||
/// operand suitable for use as a call argument. This is almost always equivalent to
|
||||
/// `as_operand`, except for the particular case of passing values of (potentially) unsized
|
||||
/// types "by value" (see details below).
|
||||
|
|
|
@ -57,7 +57,7 @@ impl<'a, 'tcx> Builder<'a, 'tcx> {
|
|||
// question raised here -- should we "freeze" the
|
||||
// value of the lhs here? I'm inclined to think not,
|
||||
// since it seems closer to the semantics of the
|
||||
// overloaded version, which takes `&mut self`. This
|
||||
// overloaded version, which takes `&mut self`. This
|
||||
// only affects weird things like `x += {x += 1; x}`
|
||||
// -- is that equal to `x + (x + 1)` or `2*(x+1)`?
|
||||
|
||||
|
|
|
@ -1870,7 +1870,7 @@ impl<'a, 'tcx> Builder<'a, 'tcx> {
|
|||
// ```
|
||||
// let place = Foo::new();
|
||||
// match place { foo if inspect(foo)
|
||||
// => feed(foo), ... }
|
||||
// => feed(foo), ... }
|
||||
// ```
|
||||
//
|
||||
// will be treated as if it were really something like:
|
||||
|
@ -1885,7 +1885,7 @@ impl<'a, 'tcx> Builder<'a, 'tcx> {
|
|||
// ```
|
||||
// let place = Foo::new();
|
||||
// match place { ref mut foo if inspect(foo)
|
||||
// => feed(foo), ... }
|
||||
// => feed(foo), ... }
|
||||
// ```
|
||||
//
|
||||
// will be treated as if it were really something like:
|
||||
|
|
|
@ -456,7 +456,7 @@ impl<'a, 'tcx> Builder<'a, 'tcx> {
|
|||
span: source_info.span,
|
||||
|
||||
// FIXME(#54571): This constant comes from user input (a
|
||||
// constant in a pattern). Are there forms where users can add
|
||||
// constant in a pattern). Are there forms where users can add
|
||||
// type annotations here? For example, an associated constant?
|
||||
// Need to experiment.
|
||||
user_ty: None,
|
||||
|
@ -504,7 +504,7 @@ impl<'a, 'tcx> Builder<'a, 'tcx> {
|
|||
/// This is used by the overall `match_candidates` algorithm to structure
|
||||
/// the match as a whole. See `match_candidates` for more details.
|
||||
///
|
||||
/// FIXME(#29623). In some cases, we have some tricky choices to make. for
|
||||
/// FIXME(#29623). In some cases, we have some tricky choices to make. for
|
||||
/// example, if we are testing that `x == 22`, but the candidate is `x @
|
||||
/// 13..55`, what should we do? In the event that the test is true, we know
|
||||
/// that the candidate applies, but in the event of false, we don't know
|
||||
|
|
|
@ -53,7 +53,7 @@ loop {
|
|||
```
|
||||
|
||||
When processing the `let x`, we will add one drop to the scope for
|
||||
`x`. The break will then insert a drop for `x`. When we process `let
|
||||
`x`. The break will then insert a drop for `x`. When we process `let
|
||||
y`, we will add another drop (in fact, to a subscope, but let's ignore
|
||||
that for now); any later drops would also drop `y`.
|
||||
|
||||
|
@ -757,7 +757,7 @@ impl<'a, 'tcx> Builder<'a, 'tcx> {
|
|||
if self.tcx.sess.opts.unstable_opts.maximal_hir_to_mir_coverage {
|
||||
// Some consumers of rustc need to map MIR locations back to HIR nodes. Currently the
|
||||
// the only part of rustc that tracks MIR -> HIR is the `SourceScopeLocalData::lint_root`
|
||||
// field that tracks lint levels for MIR locations. Normally the number of source scopes
|
||||
// field that tracks lint levels for MIR locations. Normally the number of source scopes
|
||||
// is limited to the set of nodes with lint annotations. The -Zmaximal-hir-to-mir-coverage
|
||||
// flag changes this behavior to maximize the number of source scopes, increasing the
|
||||
// granularity of the MIR->HIR mapping.
|
||||
|
|
|
@ -60,7 +60,7 @@ impl<'mir, 'tcx> Search<'mir, 'tcx> {
|
|||
/// Returns `true` if `func` refers to the function we are searching in.
|
||||
fn is_recursive_call(&self, func: &Operand<'tcx>, args: &[Operand<'tcx>]) -> bool {
|
||||
let Search { tcx, body, trait_substs, .. } = *self;
|
||||
// Resolving function type to a specific instance that is being called is expensive. To
|
||||
// Resolving function type to a specific instance that is being called is expensive. To
|
||||
// avoid the cost we check the number of arguments first, which is sufficient to reject
|
||||
// most of calls as non-recursive.
|
||||
if args.len() != body.arg_count {
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue