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

Step one for 'proper' pub condition: support pub keyword in form. #6271

Merged

Conversation

pnkfelix
Copy link
Member

@pnkfelix pnkfelix commented May 6, 2013

@brson: r? [please ignore the other one that was accidentally based off master due to back-button-bugs in github.com]

My goal is to resolve the question of whether we want to encourage (by example) consistent use of pub to make identifiers publicly-accessible, even in syntax extensions. (If people don't want that, then we can just let this pull request die.)

This is part one of two. Part two, whose contents should be clear from the FIXME's in this commit, would land after this gets incorporated into a snapshot.

(The eventual goal is to address issue #6009 , which was implied by my choice of branch name, but not mentioned in the pull request, so github did not notice it.)

@brson
Copy link
Contributor

brson commented May 6, 2013

This is fine by me. @graydon how do you feel about this change to condition syntax? Public conditions are written

condition! (
    pub my_condition: int -> int;
)

@graydon
Copy link
Contributor

graydon commented May 7, 2013

totally fine. the condition-declaration macro is going to need a fair bit of extension over the next while. this is good.

bors added a commit that referenced this pull request May 7, 2013
…ants, r=graydon

@brson: r?  [please ignore the other one that was accidentally based off master due to back-button-bugs in github.com]

My goal is to resolve the question of whether we want to encourage (by example) consistent use of pub to make identifiers publicly-accessible, even in syntax extensions. (If people don't want that, then we can just let this pull request die.)

This is part one of two. Part two, whose contents should be clear from the FIXME's in this commit, would land after this gets incorporated into a snapshot.

(The eventual goal is to address issue #6009 , which was implied by my choice of branch name, but not mentioned in the pull request, so github did not notice it.)
@bors bors closed this May 7, 2013
@bors bors merged commit 1cbf0a8 into rust-lang:incoming May 7, 2013
flip1995 pushed a commit to flip1995/rust that referenced this pull request Nov 20, 2020
Fix vec_box scope error

changelog: Fix vec_box suggestion with wrong type scope

Fixes rust-lang#6236
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