-
Notifications
You must be signed in to change notification settings - Fork 62
Open
Labels
Description
Still lots of time before actually getting to that issue, especially since there's the whole C++20 thing (#112) and 2.0.0 version to handle first, so this is more of a wish list for a distant future. The first step will likely be to conditionally support some features to 2.x.y at some point, and even to 1.x.y when it makes sense and it's not too difficult, then the rest will be nice things to have if there's ever a breaking change post 2.0.0.
Plans changed: I never finished version 2.x.y and we're already years later, so I might as well target C++23 directly, be it only to finally be done with mutable sorters.
This issues list can be used to track papers that were plenary approved for C++23.
Conditionally support back to 1.x.y
- Support for fixed-width floating point types.
-
[[assume]]as the preferred implementation forCPPSORT_ASSUMEwhen available. - There might be uses for
std::stacktrace, I need to investigate. - TODO
Might be useful for 2.x.y
-
std::allocator::allocate_at_least - Deducing
thiswill finally allow a way forward to implement mutable sorters (issue Mutable sorters #104). - Deducing
thisfor various function adapters. -
auto(x)can replaceCPPSORT_AUTO_CASTin<cpp-sort/mstd/ranges.h>. -
auto(x)forapply_permutationtests, update doc accordingly. -
if constevalmight help with theconstexpralgorithms. -
std::unreachable()surely has its uses in places. -
constexpr std::unique_ptr,<cmath>,<cstdlib>(issue What about constexpr? #58). -
static operator()for simple function objects - Can we support
static operator()for sorters? It seems very tricky to make it useful in a reasonable fashion. -
static constexprvariables inconstexprfunctions for better codegen? - Add test with
std::views::zip - TODO
Metadata
Metadata
Assignees
Labels
Projects
Status
In Progress