digitalmars.D - Could we have mod in std.math?
- Caligo (29/29) Dec 20 2011 1.
- Don (6/35) Dec 20 2011 Those names and semantics all come from C. We can't change them without
-
Stewart Gordon
(7/12)
Dec 21 2011
- bearophile (7/8) Dec 24 2011 I'd like that, for both int/long/BigInts. And I'd like some functions fo...
- Don (2/10) Dec 25 2011
- Walter Bright (19/30) Dec 25 2011 Consider the following program:
1.
The % operator, just like in C/C++, calculates the remainder, but it
doesn't handle negative numbers properly. It's not a mod operator, even
though sometimes it's called that.
assert(-6 % 20 =3D=3D -6);
assert( 6 % -20 =3D=3D 6);
assert(-6 % -20 =3D=3D -6);
I use my own mod function whenever I need to handle negative numbers. It
looks like this:
pure T mod(T)(T n, T d) if(isIntegral!(T)){
T r =3D n % d;
return sgn(r) =3D=3D -(sgn(d)) ? r + d : r;
}
assert(mod(-6, 20) =3D=3D 14);
assert(mod( 6, -20) =3D=3D -14);
assert(mod(-6, -20) =3D=3D -6);
I'm hoping to see something like the above mod function in Phobos someday.
And perhapse a 'rem' or 'remainder' function that's a wrapper for the %
operator, just to stay consistent.
2.
With the above, the math.fmod then would have to be renamed to 'frem'
because, just like the % for integrals, it doesn't handle negative numbers
properly only calculates the remainder.
assert(fmod(-6, 20) =3D=3D -6);
assert(fmod( 6, -20) =3D=3D 6);
assert(fmod(-6, -20) =3D=3D -6);
I'm not so sure why we have 're=ADmain=ADder` and `remquo` in std.math when
there is 'fmod`, though.
What do you guys think?
Dec 20 2011
On 21.12.2011 07:08, Caligo wrote:
1.
The % operator, just like in C/C++, calculates the remainder, but it
doesn't handle negative numbers properly. It's not a mod operator, even
though sometimes it's called that.
assert(-6 % 20 == -6);
assert( 6 % -20 == 6);
assert(-6 % -20 == -6);
I use my own mod function whenever I need to handle negative numbers.
It looks like this:
pure T mod(T)(T n, T d) if(isIntegral!(T)){
T r = n % d;
return sgn(r) == -(sgn(d)) ? r + d : r;
}
assert(mod(-6, 20) == 14);
assert(mod( 6, -20) == -14);
assert(mod(-6, -20) == -6);
I'm hoping to see something like the above mod function in Phobos
someday. And perhapse a 'rem' or 'remainder' function that's a wrapper
for the % operator, just to stay consistent.
2.
With the above, the math.fmod then would have to be renamed to 'frem'
because, just like the % for integrals, it doesn't handle negative
numbers properly only calculates the remainder.
assert(fmod(-6, 20) == -6);
assert(fmod( 6, -20) == 6);
assert(fmod(-6, -20) == -6);
I'm not so sure why we have 'remainder` and `remquo` in std.math when
there is 'fmod`, though.
What do you guys think?
Those names and semantics all come from C. We can't change them without
an extremely good reason.
Note that things are a bit more complicated than you describe -- there
is also the IEEE754 remainder function, which is really wierd.
A mod() function might not be a bad idea.
Dec 20 2011
On 21/12/2011 06:08, Caligo wrote:
<snip>
assert(mod(-6, 20) == 14);
assert(mod( 6, -20) == -14);
assert(mod(-6, -20) == -6);
I'm hoping to see something like the above mod function in Phobos someday.
And perhapse a
'rem' or 'remainder' function that's a wrapper for the % operator, just to
stay consistent.
<snip>
And a floor-divide along the same lines.
See also
http://www.digitalmars.com/d/archives/digitalmars/D/13125.html
Stewart.
Dec 21 2011
Caligo:I'm hoping to see something like the above mod function in Phobos someday.I'd like that, for both int/long/BigInts. And I'd like some functions for BigInts: - divmod: returns both % and div and %, but it's more efficient if you need both values; - gcd - pow: with a third optional argument (like in Python pow built-in) to quickly compute (x ^^ y) % z. Bye, bearophile
Dec 24 2011
On 24.12.2011 22:12, bearophile wrote:Caligo:These should both exist for int and long as well.I'm hoping to see something like the above mod function in Phobos someday.I'd like that, for both int/long/BigInts. And I'd like some functions for BigInts: - divmod: returns both % and div and %, but it's more efficient if you need both values; - gcd- pow: with a third optional argument (like in Python pow built-in) to quickly compute (x ^^ y) % z. Bye, bearophile
Dec 25 2011
On 12/25/2011 10:57 PM, Don wrote:On 24.12.2011 22:12, bearophile wrote:Consider the following program: int div(int a, int b) { auto x = a / b; auto y = a % b; return x + y; } Compile with: dmd -c test -O Disassemble with obj2asm: _D4test3divFiiZi comdat push EAX mov EAX,8[ESP] cdq idiv [ESP] add EAX,EDX pop ECX ret 4Caligo:These should both exist for int and long as well.I'm hoping to see something like the above mod function in Phobos someday.I'd like that, for both int/long/BigInts. And I'd like some functions for BigInts: - divmod: returns both % and div and %, but it's more efficient if you need both values; - gcd
Dec 25 2011









Don <nospam nospam.com> 