Patrick Walton 8693943676 librustc: Ensure that type parameters are in the right positions in paths. ... This removes the stacking of type parameters that occurs when invoking trait methods, and fixes all places in the standard library that were relying on it. It is somewhat awkward in places; I think we'll probably want something like the `Foo::<for T>::new()` syntax.		2013-08-27 18:47:57 -07:00
..
cmath.rs	librustc: Disallow "unsafe" for external functions	2013-08-02 21:57:59 -07:00
f32.rs	librustc: Ensure that type parameters are in the right positions in paths.	2013-08-27 18:47:57 -07:00
f64.rs	librustc: Ensure that type parameters are in the right positions in paths.	2013-08-27 18:47:57 -07:00
float.rs	librustc: Ensure that type parameters are in the right positions in paths.	2013-08-27 18:47:57 -07:00
i8.rs	replace #[inline(always)] with #[inline]. r=burningtree.	2013-06-18 14:48:48 -07:00
i16.rs	replace #[inline(always)] with #[inline]. r=burningtree.	2013-06-18 14:48:48 -07:00
i32.rs	replace #[inline(always)] with #[inline]. r=burningtree.	2013-06-18 14:48:48 -07:00
i64.rs	replace #[inline(always)] with #[inline]. r=burningtree.	2013-06-18 14:48:48 -07:00
int.rs	rustc: add a lint to enforce uppercase statics.	2013-07-01 17:52:57 +10:00
int_macros.rs	librustc: Ensure that type parameters are in the right positions in paths.	2013-08-27 18:47:57 -07:00
num.rs	librustc: Ensure that type parameters are in the right positions in paths.	2013-08-27 18:47:57 -07:00
strconv.rs	rm obsolete integer to_str{,_radix} free functions	2013-08-20 22:05:03 -04:00
u8.rs	Remove usage of the #[merge] hack with int modules	2013-05-24 15:31:34 -05:00
u16.rs	Remove usage of the #[merge] hack with int modules	2013-05-24 15:31:34 -05:00
u32.rs	Remove usage of the #[merge] hack with int modules	2013-05-24 15:31:34 -05:00
u64.rs	Remove usage of the #[merge] hack with int modules	2013-05-24 15:31:34 -05:00
uint.rs	std: Remove uint::iterate, replaced by range	2013-08-06 04:05:08 +02:00
uint_macros.rs	librustc: Ensure that type parameters are in the right positions in paths.	2013-08-27 18:47:57 -07:00