cats-collections
cats-collections copied to clipboard
Data structures for pure functional programming in Scala
This is a port of typelevel/cats#4193 to cats-collections.
This is a port of typelevel/cats#4185 to cats-collections.
Follow-up to https://github.com/typelevel/cats-collections/pull/485. https://github.com/typelevel/cats-collections/blob/2bf3b430484c7788f3cadae5835690fb0cbd53c9/build.sbt#L17
Investigate and fix an issue with code coverage not being posted in PRs. Coverage is sent on each CI run, but isn't calculated on [codecov side](https://codecov.io/github/typelevel/cats-collections) and not posted.
1.0
What is missing for a 1.0 release? @johnynek argued that we should give bincompat guarantees, so I figure it's time for a 1.0 series.
Make a release of 0.9.4 version from current (or so) state. This would cover the gap from previous release and what was done after that without significant changes for end-users.
Followup to https://github.com/typelevel/cats-collections/pull/485. Not sure if this is possible (depends on scalaz support for Scala 3 I think).
We need to start using JMH to benchmark our datatypes against those from the standard library where it makes sense
Fixes last comment in #142, Also adds `contramap()` ~~to compensate for the loss of inheritance from `Function1`.~~ # Benchmarks ## pre-existing 0.9.0 stack-unsafe implementation (at 992770b8685ee0287df19b068a4d1f14818d27b7) ``` Benchmark (n) Mode...
see: https://github.com/typelevel/cats/blob/master/kernel/src/main/scala/cats/kernel/Enumerable.scala I don't know the minimal thing we are using, maybe Previous and Next or PartialPrevious and PartialNext would be enough. It would be nice to remove Discrete and...