Swift Nonempty Versions Save

What's Changed

• Added: Conformances to ExpressibleByArrayLiteral and ExpressibleByDictionaryLiteral (thanks @fwcd, https://github.com/pointfreeco/swift-nonempty/pull/49).
• Added: Conditional conformance to Sendable (thanks @tgrapperon, https://github.com/pointfreeco/swift-nonempty/pull/52).
• Fixed: Codability now use single value containers (thanks @john-flanagan, https://github.com/pointfreeco/swift-nonempty/pull/47).
• Infrastructure: CI updates (https://github.com/pointfreeco/swift-nonempty/pull/42); README fixes (thanks @ohwhen, https://github.com/pointfreeco/swift-nonempty/pull/54).

New Contributors

• @john-flanagan made their first contribution in https://github.com/pointfreeco/swift-nonempty/pull/47
• @fwcd made their first contribution in https://github.com/pointfreeco/swift-nonempty/pull/49
• @ohwhen made their first contribution in https://github.com/pointfreeco/swift-nonempty/pull/54
• @tgrapperon made their first contribution in https://github.com/pointfreeco/swift-nonempty/pull/52

Full Changelog: https://github.com/pointfreeco/swift-nonempty/compare/0.4.0...0.5.0

• Bug fixed: NonEmpty now manages its own synthesized iterator in order to avoid potential stack overflows when calling to APIs on the iterator of the collection it wraps.
• Changed: NonEmpty no longer conditionally conforms to StringProtocol. Apple documents against this conformance, and though engineers say there should be no issue with doing so, ABI-wise, we encountered a compiler crash when fixing the bug in the previous bullet point.

• Fixed: + operator between two NonEmptys was ambiguous (thanks @buscarini).

• Changed: NonEmpty now wraps a base collection rather than a single element and collection as separate fields. This improves the performance and reliability of working with NonEmpty collections. This does unfortunately mean that invariants can compile and make their way into the system at run time, but we do our best to ensure they cannot be constructed.
• Changed: the SPM package name has been changed from NonEmpty to swift-nonempty (thanks @maximkrouk).
• Fixed: range subscripts no longer cause runtime stack overflows (thanks @clang13).
• Removed: CocoaPods and Carthage support has been deprecated in favor of SPM.

• NonEmpty now correctly encodes and decodes structures as their more primitive collection types (#14)

What's fixed:

• Fix compiler error (#22)
• Application extension support (#16, #18)

This release brings Swift 5 support, including an optimization around the mutation of non-empty collections!

Swift 4.2 on Linux has a regression that prevents NonEmpty from conditionally conforming to RandomAccessCollection. We're temporarily removing support for the sake of compatibility.

This release updates NonEmpty to be compatible with Swift 4.2's randomness APIs.

This preliminary release has the basic NonEmpty type implemented with a few starting conformances to common Swift protocols.