Skip to content

Remove & LIFETIME EXPR from the language #15312

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.

Sign up for GitHub

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

Jump to bottom
Closed
pcwalton opened this issue Jul 1, 2014 · 1 comment
Closed

Remove & LIFETIME EXPR from the language #15312

pcwalton opened this issue Jul 1, 2014 · 1 comment
Labels
A-grammar Area: The grammar of Rust A-lifetimes Area: Lifetimes / regions A-parser Area: The lexing & parsing of Rust source code to an AST
Milestone
1.0

Comments

@pcwalton
Copy link
Contributor

pcwalton commented Jul 1, 2014

It's broken anyway. Let's get rid of it.

This is only the expression form, not the type form.

Nominating for 1.0, P-backcompat-lang.
@pnkfelix
Copy link
Member

pnkfelix commented Jul 3, 2014

Assigning P-backcompat-lang, 1.0 milestone.

@pnkfelix pnkfelix added this to the 1.0 milestone Jul 3, 2014
@pcwalton pcwalton mentioned this issue Jul 4, 2014
Closed
bors added a commit that referenced this issue Jul 4, 2014
@bors
auto merge of #15405 : pcwalton/rust/delifetime, r=nick29581
935da07 
This was parsed by the parser but completely ignored; not even stored in
the AST!

This breaks code that looks like:

    static X: &'static [u8] = &'static [1, 2, 3];

Change this code to the shorter:

    static X: &'static [u8] = &[1, 2, 3];

Closes #15312.

[breaking-change]

r? @nick29581
@dsyang dsyang mentioned this issue Jul 8, 2014
Merged
bors added a commit to rust-lang-ci/rust that referenced this issue Jul 24, 2023
@bors
Auto merge of rust-lang#15312 - alexkirsz:alexkirsz/resolve-deref-raw…
cecbd3f 
…-follow-up, r=lnicola

Don't follow raw pointer derefs when considering method receiver candidates

In rust-lang/rust-analyzer#15118, I enabled following raw pointer derefs when considering self type candidates. However, I also inadvertently enabled it for receiver type candidates, which is invalid and causes false positives (see new test).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
A-grammar Area: The grammar of Rust A-lifetimes Area: Lifetimes / regions A-parser Area: The lexing & parsing of Rust source code to an AST
Projects
None yet
Milestone
1.0
Development

Successfully merging a pull request may close this issue.

librustc: Remove the &LIFETIME EXPR production from the language. pcwalton/rust
2 participants
@pcwalton @pnkfelix