https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=try 2015-01-07T20:56:16+00:00 2015-01-07T20:56:16+00:00 Alex Crichton alex@alexcrichton.com 2015-01-06T19:07:09+00:00 urn:sha1:209c701bf9e95542aec69455bc12c7ca295109c4 This commit performs a pass over the `std::macros` module, applying stability attributes where necessary. In particular, this audits macros for patterns such as: * Standard use of forward-to-format-args via `$($arg:tt)*` (or `+`) * Prevent macro-defined identifiers from leaking into expression arguments as hygiene is not perfectly implemented. * Wherever possible, `$crate` is used now. Specifically, the following actions were taken: * The `std::macros` module itself is no longer public. * The `panic!` macro is stable * The `assert!` macro is stable * The `assert_eq!` macro is stable * The `debug_assert!` macro is stable * The `debug_assert_eq!` macro is stable * The `unreachable!` macro is stable after removing the extra forms to bring the definition in line with the `unimplemented!` macro. * The `try!` macro is stable * The `vec!` macro is stable [breaking-change] 2015-01-02T16:54:06+00:00 Alex Crichton alex@alexcrichton.com 2014-12-22T17:04:23+00:00 urn:sha1:56290a004493a5d2e211f056601533253497df60 This commit is an implementation of [RFC 503][rfc] which is a stabilization story for the prelude. Most of the RFC was directly applied, removing reexports. Some reexports are kept around, however: * `range` remains until range syntax has landed to reduce churn. * `Path` and `GenericPath` remain until path reform lands. This is done to prevent many imports of `GenericPath` which will soon be removed. * All `io` traits remain until I/O reform lands so imports can be rewritten all at once to `std::io::prelude::*`. This is a breaking change because many prelude reexports have been removed, and the RFC can be consulted for the exact list of removed reexports, as well as to find the locations of where to import them. [rfc]: https://github.com/rust-lang/rfcs/blob/master/text/0503-prelude-stabilization.md [breaking-change] Closes #20068 2014-12-25T11:19:37+00:00 Simon Sapin simon.sapin@exyr.org 2014-12-07T01:55:34+00:00 urn:sha1:3a6ccdc263d9a169c2d317a6f78664e1f18d3b15 As a replacement, add is_ascii() to AsciiExt, and implement AsciiExt for u8 and char. [breaking-change] 2014-11-02T03:12:23+00:00 P1start rewi-github@whanau.org 2014-10-18T02:39:44+00:00 urn:sha1:5bf9ef2122e2d9c872ea551d0561c9326940446f Closes #18126. 2014-10-09T16:44:51+00:00 Alex Crichton alex@alexcrichton.com 2014-10-07T02:15:08+00:00 urn:sha1:9c09c9434764127f857a9599b93dc090ac63cc2b Instead of returning &'static [u8], an invocation of `bytes!()` now returns `&'static [u8, ..N]` where `N` is the length of the byte vector. This should functionally be the same, but there are some cases where an explicit cast may be needed, so this is a: [breaking-change] 2014-09-22T21:54:09+00:00 Steve Klabnik steve@steveklabnik.com 2014-09-19T17:45:20+00:00 urn:sha1:47682f96de1da3bb0986e44e529cc51f24549c86 'reference' sounds better than 'manual' to me here, and rust.html is certainly wrong. I also wrapped everything to 80 cols. 2014-09-14T00:39:36+00:00 Eduard Burtescu edy.burt@gmail.com 2014-09-13T16:06:01+00:00 urn:sha1:ccd8498afbb371939b7decdbee712f726ccbded3 2014-08-28T01:46:52+00:00 Niko Matsakis niko@alum.mit.edu 2014-08-28T01:46:52+00:00 urn:sha1:1b487a890695e7d6dfbfe5dcd7d4fa0e8ca8003f 2014-08-05T07:59:03+00:00 Falco Hirschenberger falco.hirschenberger@gmail.com 2014-08-05T07:59:03+00:00 urn:sha1:0dc215741b34236c310e409c437600ba0165c97c The `type_overflow` lint, doesn't catch the overflow for `i64` because the overflow happens earlier in the parse phase when the `u64` as biggest possible int gets casted to `i64` , without checking the for overflows. We can't lint in the parse phase, so a refactoring of the `LitInt` type was necessary. The types `LitInt`, `LitUint` and `LitIntUnsuffixed` where merged to one type `LitInt` which stores it's value as `u64`. An additional parameter was added which indicate the signedness of the type and the sign of the value. 2014-06-19T00:02:23+00:00 Simon Sapin simon.sapin@exyr.org 2014-06-18T22:59:40+00:00 urn:sha1:72f0d4535715505c1cc429ef277a954ba26366bd