brenthwalker at gmail.com
Mon Jan 13 16:10:29 PST 2014
Actually it's already on github (under my artistic alias) on a project of
persistent data structures I am working on. I have various maps (RedBlack
Trees (2 varieties), 1-2 Brother Trees, AVL Trees), Integer Maps, Lists,
Leftist Heap, RealTime Queues etc. It's work in progress (the interfaces
are changing a lot, no documentation to speak of) so have not publicized it
yet -- I have more plans for the library.
Anyway you can find the zip routines in Utils/Functionals.java.
Here is the link: https://github.com/mbauer7532/FunJ
On Tue, Jan 14, 2014 at 12:41 AM, Sam Pullara <spullara at gmail.com> wrote:
> Send me your github names and I will make one and add you as committers.
> > On Jan 13, 2014, at 11:33 AM, Paul Sandoz <paul.sandoz at oracle.com>
> >> On Jan 13, 2014, at 7:25 PM, Brent Walker <brenthwalker at gmail.com>
> >> Thank you for pointing out the error in our ways. Here is your code
> updated so that it compiles with the current state of the API.
> (StreamSupport.parallelStream() does not exist anymore, Streams.NONE also
> not there).
> > Yeah, you can tell i copied that from some cache and neglected to update
> it :-)
> >> Since Streams.NONE was not there, I modified tryAdvance() to use the
> continuation passing style we had in our solution and got rid of the
> accept(Object) function. This avoids all the casting, and we can delete
> Objects "a" and "b" from the Spliterator (which now does not have to be a
> > Although that is likely to be not as efficient as reusing the
> Spliterator instance as the Consumer, which avoids two capturing lambdas
> per-element and has less layering.
> >> Hopefully hotspot can see throw all the code threading and inline
> > Perhaps. Hotspot inlining is impressive but lambdas are pushing it the
> limit and there is definitely room for improvement especially in cases such
> as tryAdvance or forEachRemaining where call sites can easily go
> megamorphic. Hence in part to currently put up with the ugliness of casts
> >> Don't you have a place where examples of code can be placed in the jdk?
> > Nothing official, it would be in the JDK otherwise :-)
> > Cheekiness aside, i think a github project would be fine, and i would
> happy to help commit and maintain examples of stuff that nearly but not
> quite made the cut in the JDK and other informative examples. Wanna create
> > Paul.
More information about the lambda-dev