- 13 11月, 2014 1 次提交
-
-
由 Brendan Zabarauskas 提交于
Num, NumCast, Unsigned, Float, Primitive and Int have been removed.
-
- 12 11月, 2014 12 次提交
-
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
This should make implementing the checked operator methods easier
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
This removes the need for libcore to depend on libm. `abs_sub` is not as useful for integers.
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
-
- 09 11月, 2014 1 次提交
-
-
由 Josh Haberman 提交于
Previously Int inherited from PartialOrd (via Primitive) but not Ord. But integers have a total order, so inheriting from Ord is appropriate. Fixes #18776.
-
- 29 10月, 2014 2 次提交
-
-
由 Steve Klabnik 提交于
https://github.com/rust-lang/rfcs/pull/221 The current terminology of "task failure" often causes problems when writing or speaking about code. You often want to talk about the possibility of an operation that returns a Result "failing", but cannot because of the ambiguity with task failure. Instead, you have to speak of "the failing case" or "when the operation does not succeed" or other circumlocutions. Likewise, we use a "Failure" header in rustdoc to describe when operations may fail the task, but it would often be helpful to separate out a section describing the "Err-producing" case. We have been steadily moving away from task failure and toward Result as an error-handling mechanism, so we should optimize our terminology accordingly: Result-producing functions should be easy to describe. To update your code, rename any call to `fail!` to `panic!` instead. Assuming you have not created your own macro named `panic!`, this will work on UNIX based systems: grep -lZR 'fail!' . | xargs -0 -l sed -i -e 's/fail!/panic!/g' You can of course also do this by hand. [breaking-change]
-
由 Tobias Bucher 提交于
The "/" was probably generated by a `gq` in vim.
-
- 28 10月, 2014 2 次提交
-
-
由 Aaron Turon 提交于
-
由 Daniel Hofstetter 提交于
-
- 22 10月, 2014 1 次提交
-
-
由 Niko Matsakis 提交于
as far as I can tell.
-
- 20 10月, 2014 1 次提交
-
-
由 Huon Wilson 提交于
Closes #9987.
-
- 17 9月, 2014 1 次提交
-
-
由 Jonas Hietala 提交于
Remove ~~~ for code block specification. Use /// Over /** */ for doc blocks.
-
- 05 9月, 2014 1 次提交
-
-
由 Brendan Zabarauskas 提交于
Fixes rust-lang/rfcs#224
-
- 27 8月, 2014 1 次提交
-
-
由 Robert Gawdzik ☢ 提交于
-
- 09 8月, 2014 1 次提交
-
-
由 Tobias Bucher 提交于
-
- 04 8月, 2014 1 次提交
-
-
由 OGINO Masanori 提交于
Use proper argument names and unbackquote the word "zero" because it is not an identifier. Signed-off-by: NOGINO Masanori <masanori.ogino@gmail.com>
-
- 01 8月, 2014 1 次提交
-
-
由 Tshepang Lekhonkhobe 提交于
-
- 24 7月, 2014 1 次提交
-
-
由 nham 提交于
-
- 23 7月, 2014 1 次提交
-
-
由 Tobias Bucher 提交于
This removes the special casing for `float`s where it was not necessary, as `-0.0 == 0.0`.
-
- 22 7月, 2014 1 次提交
-
-
由 Corey Richardson 提交于
-
- 09 7月, 2014 1 次提交
-
-
由 John Clements 提交于
-
- 04 7月, 2014 1 次提交
-
-
由 Samuel Neves 提交于
-
- 03 7月, 2014 1 次提交
-
-
由 Samuel Neves 提交于
Add additional rotation tests
-
- 30 6月, 2014 1 次提交
-
-
由 Steven Fackler 提交于
Libcore's test infrastructure is complicated by the fact that many lang items are defined in the crate. The current approach (realcore/realstd imports) is hacky and hard to work with (tests inside of core::cmp haven't been run for months!). Moving tests to a separate crate does mean that they can only test the public API of libcore, but I don't feel that that is too much of an issue. The only tests that I had to get rid of were some checking the various numeric formatters, but those are also exercised through normal format! calls in other tests.
-
- 25 6月, 2014 1 次提交
-
-
由 Niko Matsakis 提交于
This breaks a fair amount of code. The typical patterns are: * `for _ in range(0, 10)`: change to `for _ in range(0u, 10)`; * `println!("{}", 3)`: change to `println!("{}", 3i)`; * `[1, 2, 3].len()`: change to `[1i, 2, 3].len()`. RFC #30. Closes #6023. [breaking-change]
-
- 19 6月, 2014 4 次提交
-
-
由 Brendan Zabarauskas 提交于
-
由 Brendan Zabarauskas 提交于
The consensus on #14917 was that the proposed names were too long.
-
由 Brendan Zabarauskas 提交于
This reduces the complexity of the trait hierarchy.
-
由 Brendan Zabarauskas 提交于
The `Bitwise::swap_bytes` method was also moved into the `ByteOrder` trait. This was because it works on the byte level rather than the bit level.
-
- 14 6月, 2014 1 次提交
-
-
由 Brendan Zabarauskas 提交于
-
- 02 6月, 2014 1 次提交
-
-
由 Florian Gilcher 提交于
Now that rustdoc understands proper language tags as the code not being Rust, we can tag everything properly. This change tags examples in other languages by their language. Plain notations are marked as `text`. Console examples are marked as `console`. Also fix markdown.rs to not highlight non-rust code.
-