You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The empty API occassionally gets used defined immutable containers, like StaticArrays' SVector and MVector. Internally, we use Base.emptymutable to construct arrays (and sets/dicts) that we are about to use push! etc to modify. I think it would be healthy if we:
Document what emptymutable is, how it differs to empty, and how it gets used internally
Export and maintain it with the expectation that external users will call and extend it
From an external point of view, emptymutable can seem like an unstable, internal API that shouldn't be leveraged, but I feel the status quo gives the wrong impression. See e.g. JuliaData/SplitApplyCombine.jl#54 (and related JuliaArrays/StructArrays.jl#238).
The text was updated successfully, but these errors were encountered:
The
empty
API occassionally gets used defined immutable containers, like StaticArrays'SVector
andMVector
. Internally, we useBase.emptymutable
to construct arrays (and sets/dicts) that we are about to usepush!
etc to modify. I think it would be healthy if we:emptymutable
is, how it differs toempty
, and how it gets used internallyFrom an external point of view,
emptymutable
can seem like an unstable, internal API that shouldn't be leveraged, but I feel the status quo gives the wrong impression. See e.g. JuliaData/SplitApplyCombine.jl#54 (and related JuliaArrays/StructArrays.jl#238).The text was updated successfully, but these errors were encountered: