On Sunday, 18 November 2018 at 18:17:54 UTC, Stanislav Blinov
wrote:
// implement separate methods for
mutable/const/immutable
Thanks. I should have tried that, but I assumed it wouldn't work
since you can't overload on return-type only. However, the const
/ non-const makes it allowed.
Or like this:
// implement all three in one method, using the `this
template` feature
That's new to me, interesting.
Define different overloads for Q and const Q. Or this:
Q log2(Q)(inout Q num) if (is(Q : q16) || is(Q : q32)) { /* ...
*/ }
Being able to jam mutable/const/immutable implementation in one
function like that should tell you that you shouldn't mutate
the argument. Then, the necessity to Unqual will go away on
it's own ;)
Different overloads sounds like a lot of boilerplate.
inout still results in "cannot modify `inout` expression `input`"
My goal is to be able to write straightforward and correct
signatures for fixed point functions that receive mutable copies
of whatever they are fed. This isn't even limited to my custom
types:
```
T f0(T)(T x, T y) {return x += y;}
int f1(int x, int y) {return x += y;}
long f1(long x, long y) {return x += y;}
void main()
{
import std.stdio;
writeln(f0(const(int)(3), const(long)(4))); // can't modify
const
writeln(f1(const(int)(3), const(long)(4))); // fine
}
```
The explicit overloads of f1 work fine, but the generic f0 does
not. I could just use the f1 strategy of explicitly making
overloads, but then adding a q64 or q128 type would mean having
to double the existing boilerplate everywhere. I would like to
have a `isFixedPoint` template and generic functions that take
any isFixedPoint!Q, but it seems I have to manually enforce
"don't forget to unqual Q first!".