- 29 1月, 2015 9 次提交
-
-
由 Jorge Aparicio 提交于
-
由 Jorge Aparicio 提交于
-
由 Jorge Aparicio 提交于
-
由 Jorge Aparicio 提交于
sed -i 's/in range(\([^,]*\), *\([^()]*\))/in \1\.\.\2/g' **/*.rs
-
由 Jorge Aparicio 提交于
sed -i 's/ range(\([^,]*\), *\([^()]*\))\./ (\1\.\.\2)\./g' **/*.rs
-
由 bors 提交于
Replaces `slice_*` method calls with slicing syntax, and removes `as_slice()` calls that are redundant due to `Deref`.
-
由 bors 提交于
Do not propagate the region requirements on the projected type to the input types it is being projected from. Fixes #21520. r? @aturon
-
由 bors 提交于
This should work now.
-
由 Manish Goregaokar 提交于
Conflicts: src/libcollections/slice.rs src/libcore/nonzero.rs src/libcore/ops.rs
-
- 28 1月, 2015 31 次提交
-
-
由 bors 提交于
Fixes https://github.com/rust-lang/rust/issues/20871 r? @aturon (at least until we decide definitively if this is a good idea)
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
explicit form `Fn<A,B>` and now should use `Fn(A) -> B` or `Fn<A,Output=B>`, but in some cases we get duplicate error reports. This is mildly annoying and arises because of the main error and another error from the projection. Might be worth squashing those, but seems like a separate problem.
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
all relevant information.
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
when constructing the vtable-index. Not good.
-
由 Niko Matsakis 提交于
the compiler that assumed two input types to assume two ouputs; we also have to teach `project.rs` to project `Output` from the unboxed closure and fn traits.
-
由 Niko Matsakis 提交于
all parameter environments are normalized. Correspondingly, stop normalizing predicates we extract out of the environment. Fixes #21664.
-
由 Niko Matsakis 提交于
-
由 bors 提交于
Closes #21131
-
由 bors 提交于
This implements the remaining bits of 'feature staging', as described in [RFC 507](https://github.com/rust-lang/rfcs/blob/master/text/0507-release-channels.md). This is not quite done, but the substance of the work is complete so submitting for early review. Key changes: * `unstable`, `stable` and `deprecated` attributes all require 'feature' and 'since', and support an optional 'reason'. * The `unstable` lint is removed. * A new 'stability checking' pass warns when a used unstable library feature has not been activated with the `feature` attribute. At 1.0 beta this will become an error. * A new 'unused feature checking' pass emits a lint ('unused_feature', renamed from 'unknown_feature') for any features that were activated but not used. * A new tidy script `featureck.py` performs some global sanity checking, particularly that 'since' numbers agree, and also prints out a summary of features. Differences from RFC: * As implemented `unstable` requires a `since` attribute. I do not know if this is useful. I included it in the original sed script and just left it. * RFC didn't specify the name of the optional 'reason' attribute. * This continues to use 'unstable', 'stable' and 'deprecated' names (the 'nice' names) instead of 'staged_unstable', but only activates them with the crate-level 'staged_api' attribute. I intend to update the RFC based on the outcome of this PR. Issues: * The unused feature check doesn't account for language features - i.e. you can activate a language feature, not use it, and not get the error. Open questions: * All unstable and deprecated features are named 'unnamed_feature', which i picked just because it is uniquely greppable. This is the 'catch-all' feature. What should it be? * All stable features are named 'grandfathered'. What should this be? TODO: * Add check that all `deprecated` attributes are paired with a `stable` attribute in order to preserve the knowledge about when a feature became stable. * Update rustdoc in various ways. * Remove obsolete stability discussion from reference. * Add features for 'path', 'io', 'os', 'hash' and 'rand'. cc #20445 @alexcrichton @aturon
-
由 Manish Goregaokar 提交于
See 579eb240
-
由 Manish Goregaokar 提交于
Fixes #21665 r? @steveklabnik
-
由 Manish Goregaokar 提交于
Cleanup mention of uint, use usize/us instead. This includes the example `println!("{}", 2u * x);`
-
由 Brian Anderson 提交于
Conflicts: src/libcore/cell.rs src/librustc_driver/test.rs src/libstd/old_io/net/tcp.rs src/libstd/old_io/process.rs
-
由 Manish Goregaokar 提交于
While waiting on some builds I started cleaning up the various python bits and pieces. I'm going to keep poking, want to ping me before the next rollup?
-
由 Manish Goregaokar 提交于
Helps issues like [these](http://www.reddit.com/r/rust/comments/2tpefm/unable_to_access_array_elements/) r? @Gankro rollup-worthy
-
由 Manish Goregaokar 提交于
Hi! I added some examples to some SliceExt methods that didn't have any. I'm looking forward to feedback and I'm happy to change anything-- it looks like the doc conventions are still a bit in flux, based on the discussions going on in [rfc 505](https://github.com/rust-lang/rfcs/pull/505). I was most unsure about examples for methods that return iterators over slices... I wanted to use asserts on the result of calling `.next()` like in [this permutations example](https://github.com/carols10cents/rust/blob/804c1446b3b0afd84851339d8ee2be1dca8f7713/src/libcollections/slice.rs#L608-L617), but then it gets all cluttered up with lifetime stuff... so I went with iterating and printing and mentioning what the expected printed output is like in [this chunks example](https://github.com/carols10cents/rust/blob/804c1446b3b0afd84851339d8ee2be1dca8f7713/src/libcollections/slice.rs#L297-L304)... any ideas for the best ways to do this are appreciated. Thank you!
❤ -
由 Manish Goregaokar 提交于
when saving .rs files under vim do not fail to run the syntax checker error: Unrecognized option: 'parse-only'. due to this commit 953f294e which removed the deprecated flag --parse-only
-
由 Manish Goregaokar 提交于
-
由 Manish Goregaokar 提交于
Lifetime elision with two input references is not clear. Closes #21284
-
由 Manish Goregaokar 提交于
-
由 Manish Goregaokar 提交于
Rollup merge of #21608 - JeffBelgum:collections-reform-issue-19986-add-append-and-split-off, r=Gankro @brson @Gankro
-
由 Manish Goregaokar 提交于
-