@@ -627,14 +627,14 @@ pub fn create_compressed_metadata_file_for_xcoff(
627
627
/// `data`.
628
628
///
629
629
/// NB: the wasm file format is simple enough that for now an extra crate from
630
- /// crates.io (such as `wasm-encoder` isn't used at this time (nor `wasmparser`
630
+ /// crates.io (such as `wasm-encoder`) isn't used at this time (nor `wasmparser`
631
631
/// for example to parse). The file format is:
632
632
///
633
633
/// * 4-byte header "\0asm"
634
634
/// * 4-byte version number - 1u32 in little-endian format
635
635
/// * concatenated sections, which for this object is always "custom sections"
636
636
///
637
- /// Custom sections are then defiend by:
637
+ /// Custom sections are then defined by:
638
638
/// * 1-byte section identifier - 0 for a custom section
639
639
/// * leb-encoded section length (size of the contents beneath this bullet)
640
640
/// * leb-encoded custom section name length
@@ -645,7 +645,7 @@ pub fn create_compressed_metadata_file_for_xcoff(
645
645
/// <https://github.com/WebAssembly/tool-conventions/blob/main/Linking.md>
646
646
/// which is required to inform LLD that this is an object file but it should
647
647
/// otherwise basically ignore it if it otherwise looks at it. The linking
648
- /// section currently is defined by a single verion byte (2) and then further
648
+ /// section currently is defined by a single version byte (2) and then further
649
649
/// sections, but we have no more sections, so it's just the byte "2".
650
650
///
651
651
/// The next custom section is the one we're interested in.
0 commit comments