Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Releases: apple/swift-collections

Swift Collections 1.3.0

29 Sep 17:06
7b847a3
Compare
Choose a tag to compare

This feature release supports Swift toolchain versions 6.0, 6.1 and 6.2, and it includes the following improvements:

BasicContainers module

This new module collects ownership-aware, low-level variants of existing data structures in the core standard library. In this release, this module consists of two array variants, UniqueArray and RigidArray.

These new types are provided as less flexible, noncopyable alternatives to the classic Array type. The standard Array implements value semantics with the copy-on-write optimization; this inherently requires elements to be copyable, and it is itself copyable.

struct UniqueArray<Element> is a noncopyable array variant that takes away Array's copy-on-write behavior, enabling support for noncopyable elements. This type's noncopyability means mutations can always assume that the array is uniquely owned, with no shared copies (hence the name!). This means that array mutations such as mutating an element at an index can behave much more predictably, with no unexpected performance spikes due to having to copy shared storage.

struct RigidArray<Element> goes even further, by also disabling dynamic resizing. Rigid arrays have a fixed capacity: they are initialized with room for a particular number of elements, and they never implicitly grow (nor shrink) their storage. When a rigid array's count reaches its capacity, it becomes unable to add any new items -- inserting into a full array is considered a programming error. This makes this a quite inflexible (or rigid) type indeed, as avoiding storage overflow requires careful, up front planning on the resource needs of the task at hand. In exchange, rigid arrays can have extremely predictable performance characteristics.

UniqueArray is a great default choice when a task just needs an array type that is able store noncopyable elements. RigidArray is best reserved for use cases that require absolute, pedantic control over memory use or latency -- such as control software running in environments with extremely limited memory, or when a certain task must always be completed in some given amount of time.

The Unique and Rigid prefixes applied here establish a general naming convention for low-level variants of the classic copy-on-write data structure implementations. Future releases are expected to flesh out our zoo of container types by adding Unique and Rigid variants of the existing Set, Dictionary, Deque, Heap and other constructs, with type names such as as RigidDictionary and UniqueDeque.

TrailingElementsModule module

This new module ships a new TrailingArray construct, a preview of a new low-level, ownership-aware variant of ManagedBuffer. This is primarily intended as a interoperability helper for C constructs that consist of a fixed-size header directly followed by variable-size storage buffer.

ContainersPreview module

This module is intended to contain previews of an upcoming ownership-aware container model. In this initial release, this module consists of just one construct: struct Box<T>.

Box is a wrapper type that forms a noncopyable, heap allocated box around an arbitrary value.

What's Changed

Read more

Swift Collections 1.1.6

28 Jul 17:06
c11818f
Compare
Choose a tag to compare

This is a patch release updating the CMake build configuration that is used to build Swift toolchains. There were no changes to the package.

What's Changed

  • 1.1: Includes the DequeModule for use in the Foundation toolchain build by @cthielen #500

Full Changelog: 1.1.5...1.1.6

Swift Collections 1.2.1

23 Jul 23:50
8c0c0a8
Compare
Choose a tag to compare

This is a patch release with the following minor improvements:

  • BigString sometimes miscounted distances in its character view, resulting in an invalid collection conformance. This is now fixed. (#485)
  • BigString's Unicode Scalar and character views now make better use of known lengths of the text chunks stored in the tree, resulting in significantly improved performance for their distance measurements. (#486)
  • The Foundation-specific toolchain configuration was updated to include the Deque type. (#496)

What's Changed

  • [BigString] Fix character indexing operations by @lorentey in #485
  • [BigString] Harvest some low-hanging performance fruit by @lorentey in #486
  • Include DequeModule in the Foundation toolchain build by @cthielen in #496

Full Changelog: 1.2.0...1.2.1

Swift Collections 1.1.5

02 Jul 21:16
ad9f672
Compare
Choose a tag to compare

This is a patch release updating the CMake build configuration that is used to build Swift toolchains. There were no changes to the package.

What's Changed

  • 1.1: Use full module triple for Swift modules by @etcwilde in #492

Full Changelog: 1.1.4...1.1.5

Swift Collections 1.2.0

19 May 18:12
c180559
Compare
Choose a tag to compare

This feature release includes the following improvements:

  • The package now compiles without warnings using Swift 6.0 and 6.1.
  • New functionality:
    • Heap.removeAll(where:) (#454)
    • OrderedSet.appending(contentsOf:) (#452)
  • Bug fixes and performance improvements:
    • Heap operations now agree on the identity of the maximal element, even if it has duplicates (#439)
    • OrderedSet now runs faster in unspecialized generic contexts (#433)
    • Building on OpenBSD no longer requires ManagedBuffer.capacity (#456)

This version supports Swift toolchain versions 5.10, 6.0 and 6.1.

What's Changed

New Contributors

Full Changelog: 1.1.4...1.2.0

Swift Collections 1.1.4

24 Sep 23:21
671108c
Compare
Choose a tag to compare

This patch release consists of changes to the (unstable) CMake configuration. It includes no code level modifications.

This is expected to be the last planned release in the 1.1 release series. The next tagged release will be 1.2.0, bumping the required Swift toolchain to 5.9.

What's Changed

New Contributors

Full Changelog: 1.1.3...1.1.4

Swift Collections 1.1.3

26 Aug 17:35
9bf03ff
Compare
Choose a tag to compare

This patch release ships bug fixes for issues discovered since 1.1.2.

What's Changed

New Contributors

Full Changelog: 1.1.2...1.1.3

Swift Collections 1.1.2

08 Jul 22:04
3d2dc41
Compare
Choose a tag to compare

This patch release updates the (unstable) CMake build configuration to support the swift-foundation project.

There were no changes outside of the CMake configuration.

What's Changed

  • Install the Foundation toolchain module during the static swift build by @jmschonfeld in #391
  • [CMake] Reduce path lengths in single-module build by @jmschonfeld in #392
  • Reduce the size of the _FoundationCollections toolchain module by @jmschonfeld in #395

Full Changelog: 1.1.1...1.1.2

Swift Collections 1.1.1

07 Jun 23:33
ee97538
Compare
Choose a tag to compare

This patch release resolves issues uncovered since version 1.1.0 was published.

What's Changed

  • This version fixes a bogus assertion in Deque that can cause incorrect runtime traps in debug builds. (#381)
  • The unstable module _CollectionsUtilities was renamed to InternalCollectionsUtilities to work around an issue in shipping versions of Xcode. This renaming is not intended to make this module public -- it remains an unstable implementation detail. (#364)

New Contributors

Many thanks to our contributors for their work!

List of Pull Requests

Full Changelog: 1.1.0...1.1.1

  • Update README by @lorentey in #360
  • Add post-merge CI support for release/1.1 branch by @shahmishal in #368
  • Rename RopeModule to _RopeModule in CMakeLists.txt to match Package.swift by @iCharlesHu in #373
  • Fix the incorrect file name in OrderedCollections cmake file by @iCharlesHu in #377
  • [Deque]: Fix bogus assert in Deque._Storage._ensureUnique by @lorentey in #381
  • [test] TreeDictionary.Keys: Remove stray print that’s flooding test output by @lorentey in #370
  • Rename _CollectionsUtilities to InternalCollectionsUtilities by @lorentey in #382
  • [Rope] Fix copy-on-write violation in Rope.join by @lorentey in #384
  • Add Single Module Build Mode to CMake for Foundation by @jmschonfeld in #385

Swift Collections 1.1.0

08 Feb 00:59
94cf62b
Compare
Choose a tag to compare

This feature release adds a number of new data structure implementations, along with minor changes to existing constructs.

New Data Structures

  • Heap implements a min-max heap, backed by a native array. (Contributed by @AquaGeek)
  • BitSet and BitArray are two alternate representations of a bitmap type, backed by dynamically allocated storage. (Contributed by @MahanazAtiqullah)
  • TreeSet and TreeDictionary are hashed collections implementing Compressed Hash-Array Mapped Prefix Trees (CHAMP). They provide similar API as Set/Dictionary in the Standard Library, but as persistent data structures, supporting incremental mutations of shared instances and efficient structural diffing. (Contributed by @msteindorfer)

Other Changes

  • This version of the package can only be built using Swift 5.7.2 or later.
  • New methods: the OrderedSet.isEqualSet family of functions provide a way to test that two containers contain the same members, ignoring the order of elements. (#183, #234)
  • New method: OrderedSet.filter implements a version of the standard filter operation that returns an OrderedSet instead of an Array. (#159)
  • debugDescription implementations have been updated to follow Swift best practice. (These are called by container types like Array to print their elements, so they work best when they're succinct variants of description that are suitable for embedding in structured output: specifically, they must not produce unpaired delimiter characters ([/], (/), {/}, </> etc), raw top level commas, semicolons, colons, unquoted strings etc. debugDescription should not needlessly print type names etc.)

New Contributors

Many thanks to our contributors for their great work (and patience)!

List of Pull Requests

Full Changelog: 1.0.6...1.1.0

  • Add a min-max heap implementation that can be used to back a priority queue by @AquaGeek in #61
  • [benchmark] Review and extend Heap benchmarks by @lorentey in #76
  • Add reference benchmarks for bit vector implementations by @lorentey in #79
  • Fix Markdown link in README by @AquaGeek in #77
  • Fix documentation for types conforming to ExpressibleByArrayLiteral o… by @ejmarchant in #82
  • [Heap] Performance tweaks by @lorentey in #78
  • Fix typos: missing subscript parameters by @ejmarchant in #81
  • [Heap] Update implementation details section in docs by @lorentey in #84
  • Update CMakeLists.txt by @compnerd in #85
  • Stop depending on swift-collections-benchmark by @lorentey in #86
  • [OrderedDictionary] modifyValue β†’ updateValue by @lorentey in #91
  • Add Benchmarks package to workspace by @lorentey in #93
  • [OrderedDictionary] Deprecate subscript(offset:) for now by @lorentey in #92
  • Documentation: Remove in-place mutation comments by @ejmarchant in #96
  • [main] Freeze some types for consistency with their inlinable initializers by @lorentey in #98
  • Follow stdlib's leading underscore rule by @ejmarchant in #95
  • [Heap] Disable heap tests in release builds by @lorentey in #100
  • [NFC] Merge release/1.0 to main by @lorentey in #105
  • Merge release/1.0 into main by @lorentey in #108
  • [README] Note that Heap hasn't been tagged yet & list other enhancements in progress by @lorentey in #109
  • PriorityQueueModule: remove import Foundation by @compnerd in #118
  • [Heap] Remove Heap's ascending and descending views by @lorentey in #119
  • [Heap] Enable heap tests in optimized builds (#101) by @just-gull in #115
  • Update CMakeLists.txt by @compnerd in #122
  • Fix link to package internal documentation by @jPaolantonio in #121
  • Merge release/1.0 to main by @lorentey in #130
  • BitArray and BitSet data structures by @MahanazAtiqullah in #83
  • Sorted collections by @vihanb in #65
  • Merge release/1.0 to main by @lorentey in #141
  • Remove Swift PM Artifacts to avoid Generated Schemes in Xcode by @hectormatos2011 in #155
  • Reinstate custom schemes under Utils/swift-collections.xcworkspace by @lorentey in #156
  • +OrderedSet add filter #158 by @ktoso in #159
  • [Xcode] Update schemes & file template by @lorentey in #161
  • [OrderedCollection] Use standard temp allocation facility, if available by @lorentey in #160
  • [OrderedSet] Work around weird name lookup issue in compiler by @lorentey in #162
  • =OrderedSet.filter Attempt to optimize filter impl by @ktoso in #163
  • Force-inline _modify accessors to work around a performance issue by @lorentey in #165
  • Merge release/1.0 branch to main by @lorentey in #172
  • Incubate persistent data structures by @msteindorfer in #31
  • Persistent collections updates by @lorentey in #174
  • Persistent collections updates by @lorentey in #175
  • Persistent collections updates (part 3) by @lorentey in #176
  • Persistent collections updates (part 4) by @lorentey in #177
  • [OrderedDictionary] Tiny documentation fix by @lorentey in #178
  • Persistent collections updates (part 5) by @lorentey in #179
  • Integrate PriorityQueueModule, BitCollections, PersistentCollections, SortedCollections into release/1.1 by @lorentey in #181
  • Persistent collections updates (part 6) by @lorentey in #180
  • Persistent collections updates (part 7) by @lorentey in #182
  • [BitSet] Fix decoding format on 32 bit architectures by @lorentey in #185
  • Persistent collections updates (part 8) by @lorentey in #184
  • Persistent collections updates (part 9) by @lorentey in #188
  • Add Sendable conformances to all public types by @lorentey in #191
  • [test] Check baseline API expectations for set-like types by @lorentey in #192
  • Fleshing out PersistentSet by @lorentey in #193
  • Rename PriorityQueueModule to HeapModule by @lorentey in #194
  • [BitSet] Fix invariant violation in member subscript by @lorentey in #195
  • [1.1.0] Bump minimum required Swift toolchain to 5.5 by @lorentey in #196
  • Restore support for building with Swift 5.5 by @lorentey in #198
  • Merge release/1.0 to release/1.1 by @lorentey in #199
  • Update CMake configuration in preparation for 1.1 by @lorentey in #200
  • Update CMakeLists.txt ...
Read more