Skip to content

Remove re-exports from libcore/core.rc - #6441

Closed
alexcrichton wants to merge 1 commit into
rust-lang:incomingfrom
alexcrichton:issue-5531
Closed

Remove re-exports from libcore/core.rc#6441
alexcrichton wants to merge 1 commit into
rust-lang:incomingfrom
alexcrichton:issue-5531

Conversation

@alexcrichton

Copy link
Copy Markdown
Member

Also fix up all the fallout elsewhere throughout core. It's really nice being
able to have the prelude.

I'm not quite sure how resolution works with traits, but it seems to me like the public imports at the top-level of the core crate were leaking into the sub-crates, but that could also be working as intended. Regardless, things compile without the re-exports now.

@alexcrichton

Copy link
Copy Markdown
MemberAuthor

cc #5531

Also fix up all the fallout elsewhere throughout core. It's really nice being
able to have the prelude.
bors added a commit that referenced this pull request May 14, 2013
Also fix up all the fallout elsewhere throughout core. It's really nice being
able to have the prelude.
I'm not quite sure how resolution works with traits, but it seems to me like the public imports at the top-level of the core crate were leaking into the sub-crates, but that could also be working as intended. Regardless, things compile without the re-exports now.
@borsbors closed this May 14, 2013
flip1995 pushed a commit to flip1995/rust that referenced this pull request Dec 20, 2020
Pass Clippy args also trough RUSTFLAGS
This removes a hack (\_\_CLIPPY_HACKERY\_\_) to add another one :)
It allows this workflow to work:
```terminal
cargo clippy # warning: empty `loop {}` wastes CPU cycles
cargo clippy -- -A clippy::empty_loop # no warnings emitted
```
Before this change the new flag was not taken into consideration in cargo's fingerprint and the warning was emitted again. I guess that ideally we could add a specific env var for compiler wrapper arguments, but in the meantime this should do the job.
changelog: Pass clippy arguments through RUSTFLAGS so that changing them will trigger a rebuild
r? `@flip1995`
cc `@ehuss` (I think this may count as another step towards stabilizing `RUSTC_WORKSPACE_WRAPPER` 😄)
Fixesrust-lang#5214 and avoids frustration for users unfamiliar with the issue
flip1995 pushed a commit to flip1995/rust that referenced this pull request Mar 11, 2021
…5,oli-obk
Let Cargo track CLIPPY_ARGS
This PR makes `clippy-driver` emit `CLIPPY_ARGS` in its `dep-info` output.
Just like rust-lang#6441, this allows this workflow to work:
```shell
cargo clippy # warning: empty `loop {}` wastes CPU cycles
cargo clippy -- -A clippy::empty_loop # no warnings emitted
```
But without rebuilding all dependencies.
cc https://rust-lang.zulipchat.com/#narrow/stream/257328-clippy/topic/CLIPPY_ARGS.20is.20not.20tracked.20by.20Cargo/near/228599088
changelog: Cargo now re-runs Clippy if arguments after `--` provided to `cargo clippy` are changed.
U007D pushed a commit to U007D/rust-mos that referenced this pull request Aug 21, 2026
6441: Coalesce prime_caches updates r=matklad a=jonas-schievink
This reduces the number of progress bar updates we send to the client by collapsing subsequent updates into one. This doesn't work as well as I'd hoped (which is that we end up sending *no* updates, or only `start` and `end`, when the cache is already fresh), but it does reduce the number considerably: instead of ~720 updates on the rust-analyzer codebase, we now only send ~60.
It uses the same approach that is already in use for coalescing VFS events.
Hopefully this is enough to fixrust-lang/rust-analyzer#6413.
Co-authored-by: Jonas Schievink <jonas.schievink@ferrous-systems.com>
Sign up for freeto 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.

3 participants

@alexcrichton@luqmana@bors