-
Notifications
You must be signed in to change notification settings - Fork 123
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
> Here's an insertion sort that I believe to be stable: #1190
Comments
How about adding this to the prelude? |
I'm in favor. |
I'll make a PR for it. I'll also add some tests that check that it is in fact a stable sort. |
Should we perhaps put it in another module? The Prelude is getting very large... |
Sorting seems like a pretty basic sequence operation that belongs in the same module as other basic sequence operations like If you think the number of prelude functions is getting too big, there are some other collections of specialist functions that I think would make sense to be grouped separately: the GF(2) polynomial operations ( But really I don't think there's much of a drawback in having a big prelude, other than maybe If we're going to start putting a bunch of stuff in separate modules, then we are going to need to do a better job of making that stuff more discoverable and easier to use. Right now, if you want to use a function from one of our extra modules like |
Should we add basically this implementation to the Prelude and later consider the question of making it a primitive?
Originally posted by @robdockins in #1032 (comment)
The text was updated successfully, but these errors were encountered: