- 22 1月, 2015 1 次提交
-
-
由 Brian Anderson 提交于
-
- 21 1月, 2015 3 次提交
-
-
由 Sebastian Gesemann 提交于
-
由 Alex Crichton 提交于
-
由 Steve Klabnik 提交于
Multiple people have asked me if this is a reference to Hacker News, and I _certainly_ don't want to give them that impression.
-
- 20 1月, 2015 6 次提交
-
-
由 Seo Sanghyeon 提交于
-
由 Jorge Aparicio 提交于
closes #21402 cc #15294
-
由 Steven Fackler 提交于
-
由 Tom Chittenden 提交于
-
由 Piotr Czarnecki 提交于
Simplify BTree's iterators, too.
-
由 Adolfo Ochagavía 提交于
-
- 19 1月, 2015 19 次提交
-
-
由 Adolfo Ochagavía 提交于
-
由 Oliver 'ker' Schneider 提交于
-
由 Oliver 'ker' Schneider 提交于
-
由 Oliver 'ker' Schneider 提交于
Conflicts: src/libserialize/serialize.rs
-
由 Oliver 'ker' Schneider 提交于
-
由 Adolfo Ochagavía 提交于
This is a breaking change. To fix it you should pass the VecMap by value instead of by reference. [breaking-change]
-
由 Peter Atashian 提交于
Signed-off-by: NPeter Atashian <retep998@gmail.com>
-
由 Diggory Blake 提交于
-
由 Alex Crichton 提交于
This commit aims to stabilize the `TypeId` abstraction by moving it out of the `intrinsics` module into the `any` module of the standard library. Specifically, * `TypeId` is now defined at `std::any::TypeId` * `TypeId::hash` has been removed in favor of an implementation of `Hash`. This commit also performs a final pass over the `any` module, confirming the following: * `Any::get_type_id` remains unstable as *usage* of the `Any` trait will likely never require this, and the `Any` trait does not need to be implemented for any other types. As a result, this implementation detail can remain unstable until associated statics are implemented. * `Any::downcast_ref` is now stable * `Any::downcast_mut` is now stable * `BoxAny` remains unstable. While a direct impl on `Box<Any>` is allowed today it does not allow downcasting of trait objects like `Box<Any + Send>` (those returned from `Thread::join`). This is covered by #18737. * `BoxAny::downcast` is now stable.
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
This commit modifies resolve to prevent conflicts with typedef names in the same method that conflits are prevented with enum names. This is a breaking change due to the differing semantics in resolve, and any errors generated on behalf of this change require that a conflicting typedef, module, or structure to be renamed so they do not conflict. [breaking-change] Closes #6936
-
由 Alex Crichton 提交于
Helps reduce some rightward drift
-
由 Tshepang Lekhonkhobe 提交于
-
由 Kevin Yap 提交于
'x in y' is more Pythonic and faster than 'y.find(x) != -1'.
-
由 James Miller 提交于
-
由 James Miller 提交于
-
由 James Miller 提交于
LLVM gets overwhelmed when presented with a zeroinitializer for a large type. In unoptimised builds, it generates a long sequence of stores to memory. In optmised builds, it manages to generate a standard memset of zero values, but takes a long time doing so. Call out to the `llvm.memset` function to zero out the memory instead.
-
由 Alex Crichton 提交于
cc #19872, this may help give some insight
-
由 Kevin Yap 提交于
Only print NOTE warnings if the 'TRAVIS' environment variable has not been set. Addresses #21322.
-
- 18 1月, 2015 11 次提交
-
-
由 Corey Richardson 提交于
Closes #21350
-
由 klutzy 提交于
This is a [breaking-change] since `std::dynamic_lib::dl` is now private. When `LoadLibraryW()` fails, original code called `errno()` to get error code. However, there was local allocation of `Vec` before `LoadLibraryW()`, and it drops before `errno()`, and the drop (deallocation) changed `errno`! Therefore `dynamic_lib::open()` thought it always succeeded. This commit fixes the issue. This commit also sets Windows error mode during `LoadLibrary()` to prevent "dll load failed" dialog.
-
由 Wangshan Lu 提交于
From std::markers to std::marker.
-
由 Seo Sanghyeon 提交于
-
由 Jay True 提交于
-
由 Alfie John 提交于
-
由 Kim Røen 提交于
Having both "Right now" and "at the moment" in the same statement is redundant.
-
由 Alfie John 提交于
-
由 Michael Neumann 提交于
It got accidentially reverted in 44440e5c.
-
由 Kang Seonghoon 提交于
-
由 Jay True 提交于
The reference should be `x`, not `FOO` itself.
-