count_if, but I was just exploring different solutions
decayand do it the way
integral_constant<...> const&doesn't have a
Logicalconcept to be unsatisfying, and I’d like to get rid of it in the future.
Logical, I’d rather have something like a boolean algebra
if you want, I can add tests with lvalues to create explosions
Yes, that would be nice.
bool, as currently specified.
if(3, xxx, yyy).
Which is more favorable, using std::declval<Pred>() or having a Pred const& pred member? hana::partition uses the former and hana::filter the latter. I figure I could make them consistent while I'm at it, unless you object.
I have no preference. Off the top of my head, I can't think of a reason to use a
Pred const& member over
std::declval, except for the need to include
<utlity> to use
<utility> is already included everywhere anyway, so this isn't a strong reason.
Those are the only two with that problem with the predicate returning a const& btw
Actually idk, it looks pretty deliberate. I'll refrain from changing it.
What looks deliberate? The usage of
Pred const& over
std::declval()? It probably just happened that way, because both algorithms were implemented at different times.