From 60613d0301774585eb4813d079e7739ccc5391e5 Mon Sep 17 00:00:00 2001 From: Bruce Mitchener Date: Mon, 4 Sep 2023 16:52:11 +0700 Subject: [PATCH] Typo fixes (#3993) --- CHANGELOG.md | 4 ++-- CONTRIBUTING.md | 6 +++--- components/calendar/src/any_calendar.rs | 2 +- components/calendar/src/chinese.rs | 6 +++--- components/calendar/src/islamic.rs | 4 ++-- components/calendar/src/iso.rs | 2 +- components/calendar/src/japanese.rs | 2 +- components/calendar/src/persian.rs | 2 +- components/calendar/src/roc.rs | 4 ++-- components/calendar/src/types.rs | 2 +- .../collections/src/codepointinvliststringlist/mod.rs | 2 +- components/datetime/src/skeleton/helpers.rs | 2 +- components/datetime/src/skeleton/reference.rs | 2 +- components/locid/src/langid.rs | 2 +- components/locid/src/locale.rs | 2 +- components/locid/src/subtags/language.rs | 2 +- components/locid/src/subtags/region.rs | 2 +- components/locid/src/subtags/script.rs | 2 +- components/locid/src/subtags/variant.rs | 2 +- components/normalizer/src/lib.rs | 6 +++--- components/plurals/src/rules/reference/resolver.rs | 2 +- docs/design/data_pipeline.md | 2 +- docs/design/data_safety.md | 2 +- docs/design/properties_code_point_trie.md | 2 +- docs/process/charter.md | 2 +- utils/calendrical_calculations/src/astronomy.rs | 2 +- utils/litemap/src/map.rs | 2 +- utils/zerovec/src/varzerovec/components.rs | 2 +- 28 files changed, 37 insertions(+), 37 deletions(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 6a240f1fbc0..d16568114e7 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -141,7 +141,7 @@ Note: A subset of crates received patch releases in the 1.2 stream. - Support configurable grouping separators in CompactDecimalFormatter (#3045) - `icu_displaynames`: 0.8.0 -> 0.10.0 - Add ScriptDisplayNames (#3317) - - Add LangaugeDisplayNames with support for variants (#3058, #3113) + - Add LanguageDisplayNames with support for variants (#3058, #3113) - Add stronger typing (#3190) - `icu_harfbuzz`: New experimental port: Harfbuzz integration for ICU4X (v0.1.0) - `icu_relativetime`: 0.1.0 -> 0.1.1 @@ -221,7 +221,7 @@ Note: A subset of crates received patch releases in the 1.2 stream. * icu_segmenter: enforce `clippy::indexing_slicing`. (#2325) * Use `GraphemeClusterSegmenter` in `DictionarySegmenter` and `LstmSegmenter` (#2716) * Rename `*BreakSegmenter` to `*Segmenter` (#2707) - * Remove unnecessary langauge check for East Asian languagne (SA property) (#2705) + * Remove unnecessary language check for East Asian language (SA property) (#2705) * internal and doc improvements * `icu_timezone` diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index 176501fdd19..66a0f1cd56c 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -89,7 +89,7 @@ The other is the review cycle. #### Draft Phase If the pull request is simple and short lived, it can be initialized with review request. -If the pull request is more complex and is being developed over time, it may be benefitial to start it in a `Draft` state. +If the pull request is more complex and is being developed over time, it may be beneficial to start it in a `Draft` state. This allows other contributors to monitor the progress and volunteer feedback while annotating that the pull request is not yet ready for review. If a pull request is particularly large in scope and not release-ready, consider either (1) reducing the scope of the pull request, (2) moving work to the `experimental/` directory, or (3) hiding the work behind the `"experimental"` feature flag. See the section above, "Release Readiness", for more details. @@ -175,10 +175,10 @@ In such cases, *mentorship model* should be used where a more senior engineer ta When the PR author creates a new PR, they should consider three sources of reviewers and informed stakeholders: * Owners and peers of the component they work with -* People involved in the preceeding conversation +* People involved in the preceding conversation * Recognized experts in the domain the PR operates in -The goal of the PR author is to find the subset of stakeholders that represent those three groups well. Depending on the scope and priority of the PR, the reviewers group size can be adjusted, with small PRs being sufficent for review by just one stakeholder, and larger PRs, or first-of-a-kind using a larger pool of reviewers. +The goal of the PR author is to find the subset of stakeholders that represent those three groups well. Depending on the scope and priority of the PR, the reviewers group size can be adjusted, with small PRs being sufficient for review by just one stakeholder, and larger PRs, or first-of-a-kind using a larger pool of reviewers. ### PR author and reviewers workflow diff --git a/components/calendar/src/any_calendar.rs b/components/calendar/src/any_calendar.rs index 769e6b90ea8..a30e3f9dae5 100644 --- a/components/calendar/src/any_calendar.rs +++ b/components/calendar/src/any_calendar.rs @@ -546,7 +546,7 @@ impl Calendar for AnyCalendar { Self::IslamicUmmAlQura(_) => "AnyCalendar (Islamic, Umm al-Qura)", Self::Iso(_) => "AnyCalendar (Iso)", Self::Japanese(_) => "AnyCalendar (Japanese)", - Self::JapaneseExtended(_) => "AnyCalendar (Japanese, histocial era data)", + Self::JapaneseExtended(_) => "AnyCalendar (Japanese, historical era data)", Self::Persian(_) => "AnyCalendar (Persian)", Self::Roc(_) => "AnyCalendar (Roc)", } diff --git a/components/calendar/src/chinese.rs b/components/calendar/src/chinese.rs index 8d1526abbf0..09b0fd39a0a 100644 --- a/components/calendar/src/chinese.rs +++ b/components/calendar/src/chinese.rs @@ -221,7 +221,7 @@ impl Calendar for Chinese { /// The calendar-specific month code represented by `date`; /// since the Chinese calendar has leap months, an "L" is appended to the month code for /// leap months. For example, in a year where an intercalary month is added after the second - /// month, the month codes for ordinal monts 1, 2, 3, 4, 5 would be "M01", "M02", "M02L", "M03", "M04". + /// month, the month codes for ordinal months 1, 2, 3, 4, 5 would be "M01", "M02", "M02L", "M03", "M04". fn month(&self, date: &Self::DateInner) -> types::FormattableMonth { let ordinal = date.0 .0.month; let leap_month_option = date.0 .1.get_leap_month(); @@ -449,12 +449,12 @@ impl Chinese { Iso::iso_from_fixed(result_fixed) } - /// Get a FormattableYear from an integer Chinese year; optionall, a `ChineseBasedYearInfo` + /// Get a FormattableYear from an integer Chinese year; optionally, a `ChineseBasedYearInfo` /// can be passed in for faster results. /// /// `era` is always `Era(tinystr!(16, "chinese"))` /// `number` is the year since the inception of the Chinese calendar (see [`Chinese`]) - /// `cyclic` is an option with the current year in the sexigesimal cycle (see [`Chinese`]) + /// `cyclic` is an option with the current year in the sexagesimal cycle (see [`Chinese`]) /// `related_iso` is the ISO year in which the given Chinese year begins (see [`Chinese`]) fn format_chinese_year( year: i32, diff --git a/components/calendar/src/islamic.rs b/components/calendar/src/islamic.rs index ab6bf1a95fd..5fa2a5f56a9 100644 --- a/components/calendar/src/islamic.rs +++ b/components/calendar/src/islamic.rs @@ -589,13 +589,13 @@ impl IslamicUmmAlQura { let age = date.to_f64_date() - last_new_moon; // Explanation of why the value 3.0 is chosen: https://github.com/unicode-org/icu4x/pull/3673/files#r1267460916 let tau = if age <= 3.0 && !Self::adjusted_saudi_criterion(date) { - // Checks if the criterion is not yet visibile on the evening of date + // Checks if the criterion is not yet visible on the evening of date last_new_moon - 30.0 // Goes back a month } else { last_new_moon }; - next(RataDie::new(tau as i64), Self::adjusted_saudi_criterion) // Loop that increments the day and checks if the criterion is now visibile + next(RataDie::new(tau as i64), Self::adjusted_saudi_criterion) // Loop that increments the day and checks if the criterion is now visible } // Lisp code reference: https://github.com/EdReingold/calendar-code2/blob/main/calendar.l#L6996 diff --git a/components/calendar/src/iso.rs b/components/calendar/src/iso.rs index d1437b3b1d6..9f0402721e3 100644 --- a/components/calendar/src/iso.rs +++ b/components/calendar/src/iso.rs @@ -411,7 +411,7 @@ impl Iso { // Lisp code reference: https://github.com/EdReingold/calendar-code2/blob/1ee51ecfaae6f856b0d7de3e36e9042100b4f424/calendar.l#L1191-L1217 fn iso_year_from_fixed(date: RataDie) -> i64 { - // Shouldn't overflow because it's not possbile to construct extreme values of RataDie + // Shouldn't overflow because it's not possible to construct extreme values of RataDie let date = date - EPOCH; // 400 year cycles have 146097 days diff --git a/components/calendar/src/japanese.rs b/components/calendar/src/japanese.rs index f78bfe29cc7..5ddfada2493 100644 --- a/components/calendar/src/japanese.rs +++ b/components/calendar/src/japanese.rs @@ -206,7 +206,7 @@ impl JapaneseExtended { })) } - pub(crate) const DEBUG_NAME: &str = "Japanese (histocial era data)"; + pub(crate) const DEBUG_NAME: &str = "Japanese (historical era data)"; } impl Calendar for Japanese { diff --git a/components/calendar/src/persian.rs b/components/calendar/src/persian.rs index cafc173d6eb..1ad4fe9990b 100644 --- a/components/calendar/src/persian.rs +++ b/components/calendar/src/persian.rs @@ -546,7 +546,7 @@ mod tests { }, ]; - // Persian New Year occuring in March of Gregorian year (g_year) to fixed date + // Persian New Year occurring in March of Gregorian year (g_year) to fixed date fn nowruz(g_year: i32) -> RataDie { let iso_from_fixed: Date = Iso::iso_from_fixed(RataDie::new(FIXED_PERSIAN_EPOCH.to_i64_date())); diff --git a/components/calendar/src/roc.rs b/components/calendar/src/roc.rs index c05a1fce06b..67ca97c87b6 100644 --- a/components/calendar/src/roc.rs +++ b/components/calendar/src/roc.rs @@ -460,7 +460,7 @@ mod test { assert_eq!( i.cmp(&j), iso_i.cmp(&iso_j), - "ISO directionality inconcistent with directionality for i: {i}, j: {j}" + "ISO directionality inconsistent with directionality for i: {i}, j: {j}" ); assert_eq!( i.cmp(&j), @@ -485,7 +485,7 @@ mod test { assert_eq!( i.cmp(&j), iso_i.cmp(&iso_j), - "ISO directionality inconcistent with directionality for i: {i}, j: {j}" + "ISO directionality inconsistent with directionality for i: {i}, j: {j}" ); assert_eq!( i.cmp(&j), diff --git a/components/calendar/src/types.rs b/components/calendar/src/types.rs index 7f87637cbda..54a31e003b9 100644 --- a/components/calendar/src/types.rs +++ b/components/calendar/src/types.rs @@ -368,7 +368,7 @@ dt_unit!( 61, "An ISO-8601 second component, for use with ISO calendars. -Must be within inclusive bounds `[0, 61]`. `60` accomodates for leap seconds. +Must be within inclusive bounds `[0, 61]`. `60` accommodates for leap seconds. The value could also be equal to 60 or 61, to indicate the end of a leap second, with the writing `23:59:61.000000000Z` or `23:59:60.000000000Z`. These examples, diff --git a/components/collections/src/codepointinvliststringlist/mod.rs b/components/collections/src/codepointinvliststringlist/mod.rs index 2bcf067a40c..51c5469ea6c 100644 --- a/components/collections/src/codepointinvliststringlist/mod.rs +++ b/components/collections/src/codepointinvliststringlist/mod.rs @@ -7,7 +7,7 @@ //! It depends on [`CodePointInversionList`] to efficiently represent Unicode code points, while //! it also maintains a list of strings in the set. //! -//! It is an implementation of the the existing [ICU4C UnicodeSet API](https://unicode-org.github.io/icu-docs/apidoc/released/icu4c/classicu_1_1UnicodeSet.html). +//! It is an implementation of the existing [ICU4C UnicodeSet API](https://unicode-org.github.io/icu-docs/apidoc/released/icu4c/classicu_1_1UnicodeSet.html). use crate::codepointinvlist::{ CodePointInversionList, CodePointInversionListBuilder, CodePointInversionListError, diff --git a/components/datetime/src/skeleton/helpers.rs b/components/datetime/src/skeleton/helpers.rs index 825f9adc13d..72affa52c03 100644 --- a/components/datetime/src/skeleton/helpers.rs +++ b/components/datetime/src/skeleton/helpers.rs @@ -87,7 +87,7 @@ pub enum BestSkeleton { NoMatch, } -/// This function swaps out the the time zone name field for the appropriate one. Skeleton matching +/// This function swaps out the time zone name field for the appropriate one. Skeleton matching /// only needs to find a single "v" field, and then the time zone name can expand from there. fn naively_apply_time_zone_name( pattern: &mut runtime::Pattern, diff --git a/components/datetime/src/skeleton/reference.rs b/components/datetime/src/skeleton/reference.rs index 48cfacbe459..2e9a8ff0de6 100644 --- a/components/datetime/src/skeleton/reference.rs +++ b/components/datetime/src/skeleton/reference.rs @@ -16,7 +16,7 @@ use smallvec::SmallVec; /// /// A [`Skeleton`] is a [`Vec`]``, but with the invariant that it is sorted according to the canonical /// sort order. This order is sorted according to the most significant `Field` to the least significant. -/// For example, a field with a `Minute` symbol would preceed a field with a `Second` symbol. +/// For example, a field with a `Minute` symbol would precede a field with a `Second` symbol. /// This order is documented as the order of fields as presented in the /// [UTS 35 Date Field Symbol Table](https://unicode.org/reports/tr35/tr35-dates.html#Date_Field_Symbol_Table) /// diff --git a/components/locid/src/langid.rs b/components/locid/src/langid.rs index c1b0dee645f..78f222f76d0 100644 --- a/components/locid/src/langid.rs +++ b/components/locid/src/langid.rs @@ -254,7 +254,7 @@ impl LanguageIdentifier { /// Compare this `LanguageIdentifier` with a potentially unnormalized BCP-47 string. /// /// The return value is equivalent to what would happen if you first parsed the - /// BCP-47 string to a `LanguageIdentifier` and then performed a structucal comparison. + /// BCP-47 string to a `LanguageIdentifier` and then performed a structural comparison. /// /// # Examples /// diff --git a/components/locid/src/locale.rs b/components/locid/src/locale.rs index 72dc999ad38..992071c8fec 100644 --- a/components/locid/src/locale.rs +++ b/components/locid/src/locale.rs @@ -252,7 +252,7 @@ impl Locale { /// Compare this `Locale` with a potentially unnormalized BCP-47 string. /// /// The return value is equivalent to what would happen if you first parsed the - /// BCP-47 string to a `Locale` and then performed a structucal comparison. + /// BCP-47 string to a `Locale` and then performed a structural comparison. /// /// # Examples /// diff --git a/components/locid/src/subtags/language.rs b/components/locid/src/subtags/language.rs index 4f8875b60ec..6fd08a2d5f2 100644 --- a/components/locid/src/subtags/language.rs +++ b/components/locid/src/subtags/language.rs @@ -5,7 +5,7 @@ impl_tinystr_subtag!( /// A language subtag (examples: `"en"`, `"csb"`, `"zh"`, `"und"`, etc.) /// - /// [`Language`] represents a Unicode base language code conformat to the + /// [`Language`] represents a Unicode base language code conformant to the /// [`unicode_language_id`] field of the Language and Locale Identifier. /// /// # Examples diff --git a/components/locid/src/subtags/region.rs b/components/locid/src/subtags/region.rs index fbcfa5db85b..4348f15e79f 100644 --- a/components/locid/src/subtags/region.rs +++ b/components/locid/src/subtags/region.rs @@ -5,7 +5,7 @@ impl_tinystr_subtag!( /// A region subtag (examples: `"US"`, `"CN"`, `"AR"` etc.) /// - /// [`Region`] represents a Unicode base language code conformat to the + /// [`Region`] represents a Unicode base language code conformant to the /// [`unicode_region_id`] field of the Language and Locale Identifier. /// /// # Examples diff --git a/components/locid/src/subtags/script.rs b/components/locid/src/subtags/script.rs index 70dbd05ec07..79ead0390c2 100644 --- a/components/locid/src/subtags/script.rs +++ b/components/locid/src/subtags/script.rs @@ -5,7 +5,7 @@ impl_tinystr_subtag!( /// A script subtag (examples: `"Latn"`, `"Arab"`, etc.) /// - /// [`Script`] represents a Unicode base language code conformat to the + /// [`Script`] represents a Unicode base language code conformant to the /// [`unicode_script_id`] field of the Language and Locale Identifier. /// /// # Examples diff --git a/components/locid/src/subtags/variant.rs b/components/locid/src/subtags/variant.rs index ad992524dee..c60b138659a 100644 --- a/components/locid/src/subtags/variant.rs +++ b/components/locid/src/subtags/variant.rs @@ -5,7 +5,7 @@ impl_tinystr_subtag!( /// A variant subtag (examples: `"macos"`, `"posix"`, `"1996"` etc.) /// - /// [`Variant`] represents a Unicode base language code conformat to the + /// [`Variant`] represents a Unicode base language code conformant to the /// [`unicode_variant_id`] field of the Language and Locale Identifier. /// /// # Examples diff --git a/components/normalizer/src/lib.rs b/components/normalizer/src/lib.rs index 5f0d6c23e5a..067b15d933f 100644 --- a/components/normalizer/src/lib.rs +++ b/components/normalizer/src/lib.rs @@ -1429,7 +1429,7 @@ macro_rules! decomposing_normalize_to { } else { return Ok(()); }; - // Allowing indexed slicing, because the a failure would be a code bug and + // Allowing indexed slicing, because a failure would be a code bug and // not a data issue. #[allow(clippy::indexing_slicing)] if $undecomposed_starter.starter_and_decomposes_to_self() { @@ -1802,7 +1802,7 @@ impl DecomposingNormalizer { /// that no character in Unicode exhibits in NFD, NFKD, NFC, or NFKC: Case folding turns /// U+0345 from a reordered character into a non-reordered character before reordering happens. /// Therefore, the output of this normalization may differ for different inputs that are - /// canonically equivant with each other if they differ by how U+0345 is ordered relative + /// canonically equivalent with each other if they differ by how U+0345 is ordered relative /// to other reorderable characters. /// /// Public for testing only. @@ -2271,7 +2271,7 @@ impl ComposingNormalizer { /// that no character in Unicode exhibits in NFD, NFKD, NFC, or NFKC: Case folding turns /// U+0345 from a reordered character into a non-reordered character before reordering happens. /// Therefore, the output of this normalization may differ for different inputs that are - /// canonically equivant with each other if they differ by how U+0345 is ordered relative + /// canonically equivalents with each other if they differ by how U+0345 is ordered relative /// to other reorderable characters. /// /// NOTE: This method remains experimental until suitability of this feature as part of diff --git a/components/plurals/src/rules/reference/resolver.rs b/components/plurals/src/rules/reference/resolver.rs index 601cc8efef5..0cc5a245e24 100644 --- a/components/plurals/src/rules/reference/resolver.rs +++ b/components/plurals/src/rules/reference/resolver.rs @@ -17,7 +17,7 @@ use crate::rules::reference::ast; /// /// let operands = PluralOperands::from(5_usize); /// let condition = -/// parse_condition(b"i = 4..6").expect("Failde to parse a rule."); +/// parse_condition(b"i = 4..6").expect("Failed to parse a rule."); /// /// assert!(test_condition(&condition, &operands)); /// ``` diff --git a/docs/design/data_pipeline.md b/docs/design/data_pipeline.md index 2c0890b49b6..ad3b094e5d7 100644 --- a/docs/design/data_pipeline.md +++ b/docs/design/data_pipeline.md @@ -18,7 +18,7 @@ The following terms are used throughout this document. - **Key:** An identifier corresponding to a specific hunk. - **Request Variables:** Metadata that is sent along with a key when requesting data from a data provider. - **Response Variables:** Metadata that is sent along with a hunk when a data provider responds to a request. -- **Schema Version:** A version of the schema, tied to a hunk and abstracted away from the format version and data version. For example, data may be reorganied within the JSON file between schema versions. +- **Schema Version:** A version of the schema, tied to a hunk and abstracted away from the format version and data version. For example, data may be reorganized within the JSON file between schema versions. - **Schema:** The structure of locale data, abstracted away from the hunk types. Data is stored in a particular format according to the schema. - **Type:** The structure of a hunk. The type may be, for example, a number, string, list of numbers or strings, or another data type discussed in detail later in the document. diff --git a/docs/design/data_safety.md b/docs/design/data_safety.md index 9ca21085bdc..4a8b5783870 100644 --- a/docs/design/data_safety.md +++ b/docs/design/data_safety.md @@ -10,7 +10,7 @@ Given the following goals… 1. The ICU4X core library should not panic internally. 1. Both baked and dynamically-loaded data are core features, and we seek to minimize the tradeoffs between them. -…and the the following evidence… +…and the following evidence… 1. It is rare to be 100% confident about the safety of your data.[^1] 1. Data loading and validation is known to be a performance bottleneck in prior-art libraries such as ICU4C. diff --git a/docs/design/properties_code_point_trie.md b/docs/design/properties_code_point_trie.md index 9180d1fc6d9..9a137e0ab0a 100644 --- a/docs/design/properties_code_point_trie.md +++ b/docs/design/properties_code_point_trie.md @@ -141,7 +141,7 @@ Building a `CodePointTrie` is expensive because several optimizations are applie In ICU, when trie data is built for Unicode properties, it is done in a compile-time step and stored statically, which therefore does not affect runtime performance. One example of an optimization is called compaction, in which subarrays which have identical contents can be collapsed and treated as being identical without affecting the trie lookup algorithm's result. However, the algorithm to detect redundant blocks is inherently a pairwise comparison, and thus O(n^2). -The code to handle this and other optimziations is non-trivially complex. +The code to handle this and other optimizations is non-trivially complex. Therefore, ICU4X implements the reader code for a trie, but it does not attempt to similarly port the ICU code for building a trie. However, as a convenience, some code may exist in ICU4X which uses a wrapper over the WASM binary to which the ICU4C trie builder code is compiled. diff --git a/docs/process/charter.md b/docs/process/charter.md index aa1d149b8bf..4f8edff9628 100644 --- a/docs/process/charter.md +++ b/docs/process/charter.md @@ -60,7 +60,7 @@ A viable subset of ICU4X will be targeting the [no_std] support and in the futur The ICU4X sub-committee (ICU4X-SC), a sub-committee of the ICU technical committee (ICU-TC), will be composed of members of the Unicode Consortium. The ICU4X-SC will make architectural decisions consistent with this charter, and guide the development and maintenance of the project. -ICU4X will have an independent code base from ICU, and will operate independently of the ICU-TC. It will need no support from the the core staff of the Unicode Consortium except an occasional announcement. +ICU4X will have an independent code base from ICU, and will operate independently of the ICU-TC. It will need no support from the core staff of the Unicode Consortium except an occasional announcement. ### Is ICU4X going to replace ICU? diff --git a/utils/calendrical_calculations/src/astronomy.rs b/utils/calendrical_calculations/src/astronomy.rs index a5b108d57be..9c1c9de36ec 100644 --- a/utils/calendrical_calculations/src/astronomy.rs +++ b/utils/calendrical_calculations/src/astronomy.rs @@ -1865,7 +1865,7 @@ impl Astronomical { } } - /// Aberration at the the time given in Julian centuries. + /// Aberration at the time given in Julian centuries. /// See: https://sceweb.sce.uhcl.edu/helm/WEB-Positional%20Astronomy/Tutorial/Aberration/Aberration.html /// /// Based on functions from _Calendrical Calculations_ by Reingold & Dershowitz. diff --git a/utils/litemap/src/map.rs b/utils/litemap/src/map.rs index 628e2185dfb..b9150ab766c 100644 --- a/utils/litemap/src/map.rs +++ b/utils/litemap/src/map.rs @@ -663,7 +663,7 @@ where } } - /// Attemps to insert a unique entry into the map. + /// Attempts to insert a unique entry into the map. /// /// If `key` is not already in the map, invokes the closure to compute `value`, inserts /// the pair into the map, and returns a reference to the value. The closure is passed diff --git a/utils/zerovec/src/varzerovec/components.rs b/utils/zerovec/src/varzerovec/components.rs index 5d86b79668d..9b48a5bd602 100644 --- a/utils/zerovec/src/varzerovec/components.rs +++ b/utils/zerovec/src/varzerovec/components.rs @@ -155,7 +155,7 @@ impl<'a, T: VarULE + ?Sized, F: VarZeroVecFormat> VarZeroVecComponents<'a, T, F> /// Construct a new VarZeroVecComponents, checking invariants about the overall buffer size: /// /// - There must be either zero or at least four bytes (if four, this is the "length" parsed as a usize) - /// - There must be at least `4*length + 4` bytes total, to form the the array `indices` of indices + /// - There must be at least `4*length + 4` bytes total, to form the array `indices` of indices /// - `indices[i]..indices[i+1]` must index into a valid section of /// `things`, such that it parses to a `T::VarULE` /// - `indices[len - 1]..things.len()` must index into a valid section of