- 08 1月, 2015 1 次提交
-
-
由 Alex Crichton 提交于
-
- 06 1月, 2015 2 次提交
-
-
由 Keegan McAllister 提交于
-
由 Jorge Aparicio 提交于
-
- 29 12月, 2014 1 次提交
-
-
由 Luqman Aden 提交于
-
- 22 12月, 2014 1 次提交
-
-
由 Alex Crichton 提交于
-
- 16 12月, 2014 1 次提交
-
-
由 Steven Fackler 提交于
-
- 14 12月, 2014 1 次提交
-
-
由 Jorge Aparicio 提交于
-
- 07 10月, 2014 1 次提交
-
-
由 Nick Cameron 提交于
[breaking-change] If you are using slicing syntax you will need to add #![feature(slicing_syntax)] to your crate.
-
- 03 10月, 2014 1 次提交
-
-
由 Aaron Turon 提交于
This reverts commit 95cfc356.
-
- 02 10月, 2014 1 次提交
-
-
由 Nick Cameron 提交于
[breaking-change] If you are using slicing syntax you will need to add #![feature(slicing_syntax)] to your crate.
-
- 19 8月, 2014 1 次提交
-
-
由 nham 提交于
-
- 14 8月, 2014 1 次提交
-
-
由 Brian Anderson 提交于
These are like the existing bsearch methods but if the search fails, it returns the next insertion point. The new `binary_search` returns a `BinarySearchResult` that is either `Found` or `NotFound`. For convenience, the `found` and `not_found` methods convert to `Option`, ala `Result`. Deprecate bsearch and bsearch_elem.
-
- 05 8月, 2014 1 次提交
-
-
由 Aaron Turon 提交于
This commit stabilizes the `std::sync::atomics` module, renaming it to `std::sync::atomic` to match library precedent elsewhere, and tightening up behavior around incorrect memory ordering annotations. The vast majority of the module is now `stable`. However, the `AtomicOption` type has been deprecated, since it is essentially unused and is not truly a primitive atomic type. It will eventually be replaced by a higher-level abstraction like MVars. Due to deprecations, this is a: [breaking-change]
-
- 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.
-
- 05 4月, 2014 1 次提交
-
-
由 Corey Richardson 提交于
-
- 08 2月, 2014 1 次提交
-
-
由 Derek Guenther 提交于
-
- 05 1月, 2014 1 次提交
-
-
由 Brian Anderson 提交于
-
- 12 11月, 2013 1 次提交
-
-
由 Alex Crichton 提交于
These two attributes are no longer useful now that Rust has decided to leave segmented stacks behind. It is assumed that the rust task's stack is always large enough to make an FFI call (due to the stack being very large). There's always the case of stack overflow, however, to consider. This does not change the behavior of stack overflow in Rust. This is still normally triggered by the __morestack function and aborts the whole process. C stack overflow will continue to corrupt the stack, however (as it did before this commit as well). The future improvement of a guard page at the end of every rust stack is still unimplemented and is intended to be the mechanism through which we attempt to detect C stack overflow. Closes #8822 Closes #10155
-
- 17 9月, 2013 1 次提交
-
-
由 Daniel Micay 提交于
-
- 19 8月, 2013 1 次提交
-
-
由 Niko Matsakis 提交于
-
- 26 6月, 2013 1 次提交
-
-
由 Luqman Aden 提交于
-
- 23 5月, 2013 1 次提交
-
-
由 Patrick Walton 提交于
-
- 04 5月, 2013 1 次提交
-
-
由 Daniel Micay 提交于
-
- 28 3月, 2013 1 次提交
-
-
由 Graydon Hoare 提交于
-
- 27 3月, 2013 1 次提交
-
-
由 Patrick Walton 提交于
-