rust/src/libstd/num/float.rs, branch try

remove the `float` type

2013-10-01T18:54:10+00:00

It is simply defined as `f64` across every platform right now. A use case hasn't been presented for a `float` type defined as the highest precision floating point type implemented in hardware on the platform. Performance-wise, using the smallest precision correct for the use case greatly saves on cache space and allows for fitting more numbers into SSE/AVX registers. If there was a use case, this could be implemented as simply a type alias or a struct thanks to `#[cfg(...)]`. Closes #6592 The mailing list thread, for reference: https://mail.mozilla.org/pipermail/rust-dev/2013-July/004632.html

std: Remove usage of fmt!

2013-10-01T06:21:18+00:00

rustdoc: Change all code-blocks with a script

2013-09-25T21:27:42+00:00

find src -name '*.rs' | xargs sed -i '' 's/~~~.*{\.rust}/```rust/g' find src -name '*.rs' | xargs sed -i '' 's/ ~~~$/ ```/g' find src -name '*.rs' | xargs sed -i '' 's/^~~~$/ ```/g'

Rename the NaN and is_NaN methods to lowercase.

2013-09-19T13:59:51+00:00

This is for consistency in naming conventions. - ``std::num::Float::NaN()`` is changed to ``nan()``; - ``std::num::Float.is_NaN()`` is changed to ``is_nan()``; and - ``std::num::strconv::NumStrConv::NaN()`` is changed to ``nan()``. Fixes #9319.

std: Remove {float,f64,f32}::from_str in favor of from_str

2013-09-18T02:02:42+00:00

Like issue #9209, remove float::{from_str, from_str_radix} in favor of the two corresponding traits. The same for modules f64 and f32. New usage is from_str::("1.2e34")

std: Add a bunch of Default impls

2013-09-13T01:54:13+00:00

Fix import order which caused the wrong from_str to be in scope

2013-09-08T19:00:00+00:00

remove several 'ne' methods

2013-08-31T01:53:25+00:00

Disabled failing parts of abs_sub() and frexp() unit tests on Windows.

2013-08-28T08:44:12+00:00

librustc: Ensure that type parameters are in the right positions in paths.

2013-08-28T01:47:57+00:00

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::::new()` syntax.