rust/src/libstd/hashmap.rs, branch try https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=try 2014-02-23T08:35:11+00:00 Move std::{trie, hashmap} to libcollections 2014-02-23T08:35:11+00:00 Alex Crichton alex@alexcrichton.com 2014-02-20T03:29:58+00:00 urn:sha1:2a14e084cfd8cf9a9149d0b7c6329b0dad0521d0 These two containers are indeed collections, so their place is in libcollections, not in libstd. There will always be a hash map as part of the standard distribution of Rust, but by moving it out of the standard library it makes libstd that much more portable to more platforms and environments. This conveniently also removes the stuttering of 'std::hashmap::HashMap', although 'collections::HashMap' is only one character shorter. std: rewrite Hash to make it more generic 2014-02-22T05:33:23+00:00 Erick Tryzelaar erick.tryzelaar@gmail.com 2014-02-22T05:33:23+00:00 urn:sha1:d223dd1e57cc412aa2eff28e6604f86b9f013083 This patch merges IterBytes and Hash traits, which clears up the confusion of using `#[deriving(IterBytes)]` to support hashing. Instead, it now is much easier to use the new `#[deriving(Hash)]` for making a type hashable with a stream hash. Furthermore, it supports custom non-stream-based hashers, such as if a value's hash was cached in a database. This does not yet replace the old IterBytes-hash with this new version. Mass rename if_ok! to try! 2014-02-20T17:16:52+00:00 Alex Crichton alex@alexcrichton.com 2014-02-19T18:07:49+00:00 urn:sha1:7bb498bd7a09f024fe46fc58ea17fe44cbc68df0 This "bubble up an error" macro was originally named if_ok! in order to get it landed, but after the fact it was discovered that this name is not exactly desirable. The name `if_ok!` isn't immediately clear that is has much to do with error handling, and it doesn't look fantastic in all contexts (if if_ok!(...) {}). In general, the agreed opinion about `if_ok!` is that is came in as subpar. The name `try!` is more invocative of error handling, it's shorter by 2 letters, and it looks fitting in almost all circumstances. One concern about the word `try!` is that it's too invocative of exceptions, but the belief is that this will be overcome with documentation and examples. Close #12037 Register new snapshots 2014-02-15T06:55:20+00:00 Alex Crichton alex@alexcrichton.com 2014-02-14T18:03:53+00:00 urn:sha1:359ac360a453b31494d18bf838f6620032a663e5 This enables the parser error for `extern mod` => `extern crate` transitions. Removed num::Orderable 2014-02-14T01:12:59+00:00 Michael Darakananda pongad@gmail.com 2014-02-06T07:34:33+00:00 urn:sha1:bf1464c413bb2564c7be0eaceef9515bc0f94f1f Add some missing Show implementations in libstd 2014-02-13T20:54:01+00:00 Brendan Zabarauskas bjzaba@yahoo.com.au 2014-02-12T19:41:34+00:00 urn:sha1:957fcb3f54d4a3ee2d9ed67a532bb48e34753094 Move replace and swap to std::mem. Get rid of std::util 2014-02-10T21:21:35+00:00 Edward Wang edward.yu.wang@gmail.com 2014-01-31T20:35:36+00:00 urn:sha1:e9ff91e9beb6c92d9662242c1090c507b1611c59 Also move Void to std::any, move drop to std::mem and reexport in prelude. Rename reserve to reserve_exact and reserve_at_least to reserve 2014-02-04T01:33:41+00:00 David Manescu david.manescu@gmail.com 2014-01-31T13:03:20+00:00 urn:sha1:65f35781489ccaa66585b91f215308f3091bf404 Changes in std::{str,vec,hashmap} and extra::{priority_queue,ringbuf}. Fixes #11949 Remove some unused imports 2014-02-01T02:03:01+00:00 Brendan Zabarauskas bjzaba@yahoo.com.au 2014-01-30T10:18:30+00:00 urn:sha1:4109caffc320018d93e9ae7f739d6f25dfe003f1 Make next_power_of_two generic for unsigned integers 2014-02-01T02:02:53+00:00 Brendan Zabarauskas bjzaba@yahoo.com.au 2014-01-30T05:35:17+00:00 urn:sha1:9a3583f06d7086c8eca70ae5770ecce1a74680be Also rename `next_power_of_two_opt` to `checked_next_power_of_two`.