2018-08-30 12:18:55 +00:00
|
|
|
// run-pass
|
2012-06-24 04:05:52 +00:00
|
|
|
// This file is intended to test only that methods are automatically
|
|
|
|
|
// reachable for each numeric type, for each exported impl, with no imports
|
|
|
|
|
// necessary. Testing the methods of the impls is done within the source
|
|
|
|
|
// file for each numeric type.
|
2014-05-11 00:39:08 +00:00
|
|
|
|
2014-12-22 17:04:23 +00:00
|
|
|
use std::ops::Add;
|
|
|
|
|
|
2013-02-02 03:43:17 +00:00
|
|
|
pub fn main() {
|
A new `times` method on numeric types
This method is intended to elegantly subsume two common iteration functions.
The first is `iter::range`, which is used identically to the method introduced
in this commit, but currently works only on uints. The second is a common case
of `{int, i8, uint, etc.}::range`, in the case where the inductive variable is
ignored. Compare the usage of the three:
```
for iter::range(100u) {
// do whatever
}
for int::range(0, 100) |_i| {
// do whatever
}
for 100.times {
// do whatever
}
```
I feel that the latter reads much more nicely than the first two approaches,
and unlike the first two the new method allows the user to ignore the specific
type of the number (ineed, if we're throwing away the inductive variable, who
cares what type it is?). A minor benefit is that this new method will be
somewhat familiar to users of Ruby, from which we borrow the name "times".
2012-07-06 02:12:26 +00:00
|
|
|
// ints
|
2012-06-25 20:41:13 +00:00
|
|
|
// num
|
2015-02-17 14:48:01 +00:00
|
|
|
assert_eq!(15_isize.add(6_isize), 21_isize);
|
|
|
|
|
assert_eq!(15_i8.add(6i8), 21_i8);
|
|
|
|
|
assert_eq!(15_i16.add(6i16), 21_i16);
|
|
|
|
|
assert_eq!(15_i32.add(6i32), 21_i32);
|
|
|
|
|
assert_eq!(15_i64.add(6i64), 21_i64);
|
2012-06-24 04:05:52 +00:00
|
|
|
|
A new `times` method on numeric types
This method is intended to elegantly subsume two common iteration functions.
The first is `iter::range`, which is used identically to the method introduced
in this commit, but currently works only on uints. The second is a common case
of `{int, i8, uint, etc.}::range`, in the case where the inductive variable is
ignored. Compare the usage of the three:
```
for iter::range(100u) {
// do whatever
}
for int::range(0, 100) |_i| {
// do whatever
}
for 100.times {
// do whatever
}
```
I feel that the latter reads much more nicely than the first two approaches,
and unlike the first two the new method allows the user to ignore the specific
type of the number (ineed, if we're throwing away the inductive variable, who
cares what type it is?). A minor benefit is that this new method will be
somewhat familiar to users of Ruby, from which we borrow the name "times".
2012-07-06 02:12:26 +00:00
|
|
|
// uints
|
2012-06-25 20:41:13 +00:00
|
|
|
// num
|
2015-02-18 10:42:01 +00:00
|
|
|
assert_eq!(15_usize.add(6_usize), 21_usize);
|
2015-02-17 14:48:01 +00:00
|
|
|
assert_eq!(15_u8.add(6u8), 21_u8);
|
|
|
|
|
assert_eq!(15_u16.add(6u16), 21_u16);
|
|
|
|
|
assert_eq!(15_u32.add(6u32), 21_u32);
|
|
|
|
|
assert_eq!(15_u64.add(6u64), 21_u64);
|
2012-06-24 04:05:52 +00:00
|
|
|
}
|
