harold
harold
@Albul fyi the latest release—PCollections v3.1.3—fixes the stack overflow bugs you found, so if it's not too much trouble to re-run your benchmarks with the new version, I'd love to...
@BomBardyGamer shared another set of benchmarks, which could also be useful for speeding things up https://github.com/JohnnyJayJay/persistent-data-structures-benchmark
We've upgraded to Java 8 now 🚀 e08ad47
Hi Ignasi, please use the email in my github profile. And thanks for bug-finding and discretion!
Thanks for checking on this, sad to say the issue still exists. It's quite a lot of work to fix though, but also isn't super critical in my opinion (Java...
I don't want to remove the interoperability with Java collections, but I agree it could be nice to have an intermediate "pure" immutable interface. For example if the immutable methods...
I'm gonna go ahead and close this, though of course anyone is welcome to create such a fork
Oh actually I forgot that there was an intermediate proposal as well, I'll reopen and retitle
Hey thanks for the question. Currently HashTreePMap and TreePVector only have `singleton()` convenience methods, nothing for more entries. I think adding multi-entry methods a la `Map.of` and `List.of` is a...
Yeah I guess in both cases you'd write a recursive function, something like `PCollection deepCopy(Collection c)` which checks the type of `c` to decide what type of PCollection to make,...