Skip to content

Commit afaead0

Browse files
authored
Fix various typos (#1149)
Signed-off-by: Alexander Seiler <seileralex@gmail.com>
1 parent 630cf6c commit afaead0

File tree

10 files changed

+73
-73
lines changed

10 files changed

+73
-73
lines changed

docs/src/pages/api.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -162,7 +162,7 @@ aliases, e.g. `sa = SizedMatrix{2,2}(a)`.
162162

163163
Then, methods on `sa` will use the specialized code provided by the *StaticArrays*
164164
package, which in many cases will be much, much faster. For example, calling
165-
`eigen(sa)` will be signficantly faster than `eigen(a)` since it will perform a
165+
`eigen(sa)` will be significantly faster than `eigen(a)` since it will perform a
166166
specialized 2×2 matrix diagonalization rather than a general algorithm provided
167167
by Julia and *LAPACK*.
168168

perf/bench1.txt

Lines changed: 60 additions & 60 deletions
Large diffs are not rendered by default.

perf/bench2.txt

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ Observations: - FixedSizeArrays matrix multiplications is slightly slower than S
66
- Compilation time is significant for large matrix multiplication
77
- SIMD leads to a factor of two improvement (128 bit registers for 64 bit floats) for both SArray and Mat
88
- MArray is quite slow at matrix multiplication, for 10x10 upwards
9-
- Large MArray's are slower than Array for some elementwise operations (Can we get it to process chuncks or something?)
9+
- Large MArray's are slower than Array for some elementwise operations (Can we get it to process chunks or something?)
1010
- Inlining may need to be turned off for large array operations
1111
- Can we use BLAS for more operations, where that makes sense?
1212

perf/bench8.txt

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@
33

44
Notes: Got a loop version working. There were some fixes with boundschecks and
55
with loading a value from an MMatrix. (It turns out that mutable
6-
containers will copy their entire tuple accross and index that, so we
6+
containers will copy their entire tuple across and index that, so we
77
now revert to a pointer-based approach for loads as well as stores).
88

99
The second set or results has re-enabled the bounds checking on MMatrix.

src/SizedArray.jl

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -52,11 +52,11 @@ end
5252
return SizedArray{S,T,N,N,Array{T,N}}(x)
5353
end
5454

55-
# Overide some problematic default behaviour
55+
# Override some problematic default behaviour
5656
@inline convert(::Type{SA}, sa::SizedArray) where {SA<:SizedArray} = SA(sa.data)
5757
@inline convert(::Type{SA}, sa::SA) where {SA<:SizedArray} = sa
5858

59-
# Back to Array (unfortunately need both convert and construct to overide other methods)
59+
# Back to Array (unfortunately need both convert and construct to override other methods)
6060
@inline function Base.Array(sa::SizedArray{S}) where {S}
6161
return Array(reshape(sa.data, size_to_tuple(S)))
6262
end

src/convert.jl

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -52,7 +52,7 @@ The default returned `SA′` is `SA` itself for user defined `StaticArray`s. Thi
5252
Otherwise construction might fall into infinite recursion.
5353
5454
---
55-
The adaption rules for offical `StaticArray`s could be summarized as:
55+
The adaption rules for official `StaticArray`s could be summarized as:
5656
5757
# `SA <: FieldArray`: `eltype` adaptable
5858
@@ -215,4 +215,4 @@ end
215215

216216
# `float` and `real` of StaticArray types, analogously to application to scalars (issue 935)
217217
float(::Type{SA}) where SA<:StaticArray{_S,T,_N} where {_S,T,_N} = similar_type(SA, float(T))
218-
real(::Type{SA}) where SA<:StaticArray{_S,T,_N} where {_S,T,_N} = similar_type(SA, real(T))
218+
real(::Type{SA}) where SA<:StaticArray{_S,T,_N} where {_S,T,_N} = similar_type(SA, real(T))

src/lu.jl

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -95,7 +95,7 @@ issuccess(F::LU) = _first_zero_on_diagonal(F.U) == 0
9595
# call through to Base to avoid excessive time spent on type inference for large matrices
9696
f = lu(Matrix(A), $(_pivot); check = check)
9797
# Trick to get the output eltype - can't rely on the result of f.L as
98-
# it's not type inferrable.
98+
# it's not type inferable.
9999
T2 = arithmetic_closure(T)
100100
L = similar_type(A, T2, Size($M, $(min(M,N))))(f.L)
101101
U = similar_type(A, T2, Size($(min(M,N)), $N))(f.U)
@@ -197,7 +197,7 @@ end
197197
# Create SVector(2,3,...,M)
198198
# Note that
199199
# tailindices(::Type{Val{M}}) where {M} = SVector(Base.tail(ntuple(identity, Val{M})))
200-
# works, too, but is only inferrable for M ≤ 14 (at least up to Julia 0.7.0-DEV.4021)
200+
# works, too, but is only inferable for M ≤ 14 (at least up to Julia 0.7.0-DEV.4021)
201201
@generated function tailindices(::Type{Val{M}}) where {M}
202202
:(SVector{$(M-1),Int}($(tuple(2:M...))))
203203
end

src/matrix_multiply_add.jl

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -87,7 +87,7 @@ end
8787
"""
8888
gen_by_access(expr_gen, a::Type{<:AbstractArray}, b::Type{<:AbstractArray})
8989
90-
Simiar to gen_by_access with only one type argument. The difference is that tests for both
90+
Similar to gen_by_access with only one type argument. The difference is that tests for both
9191
arrays of type `a` and `b` are generated and `expr_gen` receives two access arguments,
9292
first for matrix `a` and the second for matrix `b`.
9393
"""
@@ -213,7 +213,7 @@ const StaticVecOrMatLikeForFiveArgMulDest{T} = Union{
213213
}
214214

215215
# 5-argument matrix multiplication
216-
# To avoid allocations, strip away Transpose type and store tranpose info in Size
216+
# To avoid allocations, strip away Transpose type and store transpose info in Size
217217
@inline LinearAlgebra.mul!(dest::StaticVecOrMatLikeForFiveArgMulDest, A::StaticVecOrMatLike, B::StaticVecOrMatLike,
218218
α::Number, β::Number) = _mul!(TSize(dest), mul_parent(dest), Size(A), Size(B), A, B,
219219
AlphaBeta(α,β))

src/svd.jl

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -25,7 +25,7 @@ Base.iterate(S::SVD, ::Val{:done}) = nothing
2525

2626
function svdvals(A::StaticMatrix)
2727
sv = svdvals(Matrix(A))
28-
# We should be using `T2=eltype(sv)`, but it's not inferrable for complex
28+
# We should be using `T2=eltype(sv)`, but it's not inferable for complex
2929
# eltypes. See https://github.com/JuliaLang/julia/pull/22443
3030
T = eltype(A)
3131
T2 = promote_type(Float32, real(typeof(one(T)/norm(one(T)))))

test/SDiagonal.jl

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -37,7 +37,7 @@ using StaticArrays, Test, LinearAlgebra
3737
@test sqrt(m) == sqrt(m2)
3838
@test cholesky(m).U == cholesky(m2).U
3939

40-
# Aparently recursive chol never really worked
40+
# Apparently recursive chol never really worked
4141
#@test_broken chol(reshape([1.0*m, 0.0*m, 0.0*m, 1.0*m], 2, 2)) ==
4242
# reshape([chol(1.0*m), 0.0*m, 0.0*m, chol(1.0*m)], 2, 2)
4343

0 commit comments

Comments
 (0)