You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I could contribute with a somehow decent splay-sort implementation. Basically it works by insert elements one by one in a splay tree + visit of the tree ordering the data.
Main advantage, as with tim-sort, is that's it's adaptive (& stable).
Main drawback is that it requires 2 pointers per element memory overhead.
Not sure whether this could make sense with the approach / scope of this library.
The text was updated successfully, but these errors were encountered:
A splaysort certainly falls in the scope of the library, especially since I like interesting adaptive comparison sorts. An implementation would be welcome as long as all tests pass - which I can help with.
Ideally I want to make a separate library for extras and contributions (see #147), but I haven't started the work on it and I'm not working much lately, so you can ignore it and make a PR to the main repository (here) instead.
I could contribute with a somehow decent splay-sort implementation. Basically it works by insert elements one by one in a splay tree + visit of the tree ordering the data.
Main advantage, as with tim-sort, is that's it's adaptive (& stable).
Main drawback is that it requires 2 pointers per element memory overhead.
Not sure whether this could make sense with the approach / scope of this library.
The text was updated successfully, but these errors were encountered: