File tree 1 file changed +3
-3
lines changed
1 file changed +3
-3
lines changed Original file line number Diff line number Diff line change @@ -2597,7 +2597,7 @@ pub(crate) const fn debug_assertions() -> bool {
2597
2597
/// These checks are behind a condition which is evaluated at codegen time, not expansion time like
2598
2598
/// [`debug_assert`]. This means that a standard library built with optimizations and debug
2599
2599
/// assertions disabled will have these checks optimized out of its monomorphizations, but if a
2600
- /// a caller of the standard library has debug assertions enabled and monomorphizes an expansion of
2600
+ /// caller of the standard library has debug assertions enabled and monomorphizes an expansion of
2601
2601
/// this macro, that monomorphization will contain the check.
2602
2602
///
2603
2603
/// Since these checks cannot be optimized out in MIR, some care must be taken in both call and
@@ -2606,8 +2606,8 @@ pub(crate) const fn debug_assertions() -> bool {
2606
2606
/// combination of properties ensures that the code for the checks is only compiled once, and has a
2607
2607
/// minimal impact on the caller's code size.
2608
2608
///
2609
- /// Caller should also introducing any other `let` bindings or any code outside this macro in order
2610
- /// to call it. Since the precompiled standard library is built with full debuginfo and these
2609
+ /// Callers should also avoid introducing any other `let` bindings or any code outside this macro in
2610
+ /// order to call it. Since the precompiled standard library is built with full debuginfo and these
2611
2611
/// variables cannot be optimized out in MIR, an innocent-looking `let` can produce enough
2612
2612
/// debuginfo to have a measurable compile-time impact on debug builds.
2613
2613
///
You can’t perform that action at this time.
0 commit comments