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

path parens #3411

Closed
jesse99 opened this issue Sep 7, 2012 · 2 comments
Closed

path parens #3411

jesse99 opened this issue Sep 7, 2012 · 2 comments

Comments

@jesse99
Copy link
Contributor

jesse99 commented Sep 7, 2012

There are these weird extra parens in the GenericPath trait like so

    pure fn push((&str)) -> self;

Not a big deal, but it's likely to confuse people who may think they take a tuple argument.

@brson
Copy link
Contributor

brson commented Sep 7, 2012

This is unfortunately to disambiguate the &str type from a reference mode argument. It can also be disambiguated by naming the argument, or we can wait until modes are gone and remove the parens.

@graydon
Copy link
Contributor

graydon commented Sep 13, 2012

Yeah, this is temporary, this kind of thing can go away when we remove modes. We'll probably just do a big search and replace on (&, so closing this.

@graydon graydon closed this as completed Sep 13, 2012
bors pushed a commit to rust-lang-ci/rust that referenced this issue May 15, 2021
indicate that version-gate are to be considered only with changes to the default formatting
RalfJung pushed a commit to RalfJung/rust that referenced this issue Apr 16, 2024
Handle Miri sysroot entirely outside the Miri driver

(Extracted from rust-lang/miri#3409)

This entirely moves the responsibility of setting miri-sysroot to whatever *invokes* the Miri driver.  cargo-miri knows whether it is inside rustdoc or not and can adjust accordingly. I previously avoided doing that because there are a bunch of places that are invoking the driver (cargo-miri, the ui test suite, `./miri run`, `./x.py run miri`) and they all need to be adjusted now. But it is also somewhat less fragile as we usually have more information there -- and we can just decide that `./miri run file.rs --sysroot path` is not supported. The advantage of this is that the driver is reasonably clean and doesn't need magic environment variables like MIRI_SYSROOT, and we don't have to fight rustc_driver to use a different default sysroot. Everything is done in cargo-miri (and the other much simpler driver wrappers) where it can hopefully be debugged much better.
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

No branches or pull requests

3 participants