Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

extra: move arena and glob to libarena and libglob #11867

Merged
merged 2 commits into from
Jan 29, 2014

Conversation

dmanescu
Copy link
Contributor

In line with the dissolution of libextra - #8784 - this moves arena and glob into
their own respective modules. Updates .gitignore with the entries
doc/{arena,glob} in accordance.

@@ -537,7 +542,7 @@ impl MatchOptions {
#[cfg(test)]
mod test {
use std::os;
use super::*;
//use super::{inflate_bytes, deflate_bytes};
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can probably remove this line.

@alexcrichton
Copy link
Member

This is pretty awesome, nice work! It's a little sad that libarena depends on libextra, but that's another problem for another time. For now, just one small comment and otherwise this looks good to me!

/doc/green
/doc/native
/doc/rustc
/doc/syntax
/doc/rustuv
/doc/rustpkg

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Whoops

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll fix that - bloody default text editor behaviour

In line with the dissolution of libextra - rust-lang#8784 - moves arena to its own library libarena.
Changes based on PR rust-lang#11787. Updates .gitignore to ignore doc/arena.
In line with the dissolution of libextra - moves glob to its own library libglob.
Changes based on PR rust-lang#11787. Updates .gitignore to ignore doc/glob.
@alexcrichton
Copy link
Member

I think this may need #11903 to go in first to fix the android tests (just a guess though).

@dmanescu
Copy link
Contributor Author

It's worth noting that i had failed to notice that "glob" was actually missing from TARGET_CRATES in mk/crates.mk when the test failed - I fixed that in the new commit (93398d1), but I'm unclear whether the test failure will remain.

@alexcrichton
Copy link
Member

Hm interesting. My guess is that it will build cleanly, but it will fail to run on android.

Oh well, I'll let bors figure out what will actually happen!

alexcrichton added a commit to alexcrichton/rust that referenced this pull request Jan 29, 2014
This changes android testing to upload *all* target crates rather than just a
select subset. This should unblock rust-lang#11867 which is introducing a libglob
dependency in testing.
bors added a commit that referenced this pull request Jan 29, 2014
This changes android testing to upload *all* target crates rather than just a
select subset. This should unblock #11867 which is introducing a libglob
dependency in testing.
bors added a commit that referenced this pull request Jan 29, 2014
In line with the dissolution of libextra - #8784 - this moves arena and glob into
their own respective modules. Updates .gitignore with the entries
doc/{arena,glob} in accordance.
@bors bors closed this Jan 29, 2014
@bors bors merged commit 93398d1 into rust-lang:master Jan 29, 2014
@dmanescu dmanescu deleted the 8784-arena-glob branch January 29, 2014 23:29
bors added a commit to rust-lang-ci/rust that referenced this pull request Dec 1, 2023
…y, r=Jarcho

Move `implied_bounds_in_impls` back to complexity

This lint was originally in the complexity category when I PR'd it. It was then moved to nursery by me due to a number of issues (a false positive, an invalid suggestion and an ICE), but that was probably an overreaction and all of the issues were fixed quickly after.
This is a useful lint imo and there hasn't been any issues with it in a few months, so I say we should give it another try and move it back to complexity.

I did a lintcheck run on the top 400 crates and all of them are legitimate, with 18 warnings. Most of them are from anstyle having a `impl Display + Copy + Clone` return type, or the bitvec crate with a return type like `impl Iterator + DoubleEndedIterator`.

changelog: Move [`implied_bounds_in_impls`] to `complexity` (Now warn-by-default)
[rust-lang#11867](rust-lang/rust-clippy#11867)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants