summary refs log tree commit diff
path: root/src/test/run-pass/const-binops.rs
AgeCommit message (Collapse)AuthorLines
2015-04-21test: Fix fallout in testsAlex Crichton-1/+0
2015-04-08Remove pretty-expanded from failing testsAlex Crichton-1/+0
This commit removes pretty-expanded from all tests that wind up calling panic! one way or another now that its internals are unstable.
2015-03-26Mass rename uint/int to usize/isizeAlex Crichton-17/+17
Now that support has been removed, all lingering use cases are renamed.
2015-03-23rustdoc: Replace no-pretty-expanded with pretty-expandedBrian Anderson-0/+2
Now that features must be declared expanded source often does not compile. This adds 'pretty-expanded' to a bunch of test cases that still work.
2015-01-30Remove all `i` suffixesTobias Bucher-11/+11
2015-01-05Un-gate macro_rulesKeegan McAllister-2/+0
2015-01-05Modernize macro_rules! invocationsKeegan McAllister-2/+2
macro_rules! is like an item that defines a macro. Other items don't have a trailing semicolon, or use a paren-delimited body. If there's an argument for matching the invocation syntax, e.g. parentheses for an expr macro, then I think that applies more strongly to the *inner* delimiters on the LHS, wrapping the individual argument patterns.
2014-12-18librustc: Always parse `macro!()`/`macro![]` as expressions if notPatrick Walton-1/+1
followed by a semicolon. This allows code like `vec![1i, 2, 3].len();` to work. This breaks code that uses macros as statements without putting semicolons after them, such as: fn main() { ... assert!(a == b) assert!(c == d) println(...); } It also breaks code that uses macros as items without semicolons: local_data_key!(foo) fn main() { println("hello world") } Add semicolons to fix this code. Those two examples can be fixed as follows: fn main() { ... assert!(a == b); assert!(c == d); println(...); } local_data_key!(foo); fn main() { println("hello world") } RFC #378. Closes #18635. [breaking-change]
2014-11-13Remove Signed trait and add SignedInt traitBrendan Zabarauskas-0/+1
The methods have been moved into Float and SignedInt
2014-06-29librustc: Remove the fallback to `int` for integers and `f64` forPatrick Walton-17/+17
floating point numbers for real. This will break code that looks like: let mut x = 0; while ... { x += 1; } println!("{}", x); Change that code to: let mut x = 0i; while ... { x += 1; } println!("{}", x); Closes #15201. [breaking-change]
2014-04-14Use new attribute syntax in python files in src/etc too (#13478)Manish Goregaokar-1/+1
2014-01-09Remove ApproxEq and assert_approx_eq!Brendan Zabarauskas-80/+100
This trait seems to stray too far from the mandate of a standard library as implementations may vary between use cases.
2013-10-01remove the `float` typeDaniel Micay-4/+4
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
2013-09-25Fix run-pass tests to have 'pub fn main'Alex Crichton-1/+1
This is required by the check-fast target because each test is slurped up into a submodule.
2013-05-19Test fixes, use LLVMConstFCmp in ConstFCmpCorey Richardson-6/+6
2013-05-19Implement unimplemented const binopsCorey Richardson-0/+116