File tree 3 files changed +4
-4
lines changed 3 files changed +4
-4
lines changed Original file line number Diff line number Diff line change @@ -413,12 +413,12 @@ extension MDBuilder {
413
413
/// - accessType: The type of the accessed value. This is the type that
414
414
/// corresponds to the type of the destination value in a `load`
415
415
/// instruction, or the type of the source value in a `store` instruction.
416
- /// - offset: The ofset of the memory accesss into the base type. If the
416
+ /// - offset: The ofset of the memory access into the base type. If the
417
417
/// base type is scalar, this value must be 0.
418
418
/// - size: The size of the access in bytes.
419
419
/// - immutable: If true, accesses to this memory are never writes.
420
420
/// This corresponds to the `const` memory qualifier in C and C++.
421
- /// - Returns: A metadata node representing a TBAA accesss tag.
421
+ /// - Returns: A metadata node representing a TBAA access tag.
422
422
public func buildTBAAAccessTag(
423
423
baseType: MDNode , accessType: MDNode ,
424
424
offset: Size , size: Size , immutable: Bool = false
Original file line number Diff line number Diff line change @@ -9,7 +9,7 @@ import llvmshims
9
9
/// A `PassPipeliner` handles the creation of a related set of optimization
10
10
/// passes called a "pipeline". Grouping passes is done for multiple reasons,
11
11
/// chief among them is that optimizer passes are extremely sensitive to their
12
- /// ordering relative to other passses . In addition, pass groupings allow for
12
+ /// ordering relative to other passes . In addition, pass groupings allow for
13
13
/// the clean segregation of otherwise unrelated passes. For example, a
14
14
/// pipeline might consist of "mandatory" passes such as Jump Threading, LICM,
15
15
/// and DCE in one pipeline and "diagnostic" passes in another.
Original file line number Diff line number Diff line change @@ -187,7 +187,7 @@ public struct Triple: Equatable {
187
187
188
188
/// Normalizes a target triple format string.
189
189
///
190
- /// The normalization processs converts an arbitrary machine specification
190
+ /// The normalization process converts an arbitrary machine specification
191
191
/// into the canonical triple form. In particular, it handles the
192
192
/// common case in which otherwise valid components are in the wrong order.
193
193
///
You can’t perform that action at this time.
0 commit comments