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.

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

port constructors with types don't parse correctly. #588

Closed
eholk opened this issue Jun 28, 2011 · 0 comments
Closed

port constructors with types don't parse correctly. #588

eholk opened this issue Jun 28, 2011 · 0 comments

Comments

@eholk
Copy link
Contributor

eholk commented Jun 28, 2011

The following snippet doesn't parse and it should.

auto p1;

p1 = port[int]();
@ghost ghost assigned eholk Jun 28, 2011
eholk pushed a commit to eholk/rust that referenced this issue Jun 28, 2011
Teach the parser and typechecker to understand port[int](). Closes ru…
76ce71c 
…st-lang#588
@eholk eholk closed this as completed in 64596e6 Jun 28, 2011
@eholk eholk removed their assignment Jun 16, 2014
keeperofdakeys pushed a commit to keeperofdakeys/rust that referenced this issue Dec 12, 2017
@bors
Auto merge of rust-lang#588 - PlasmaPower:patch-1, r=alexcrichton
5257dd8 
Add RTLD_NEXT and RTLD_SELF to *BSD
marysaka pushed a commit to sunriseos/rust that referenced this issue Oct 20, 2019
@gnzlbg @alexcrichton
fix return type of _MM_SHUFFLE from u32 to i32 (rust-lang#588)
c73b5b8
ZuseZ4 pushed a commit to EnzymeAD/rust that referenced this issue Mar 7, 2023
@vchuravy @wsmoses
Better errors (rust-lang#588)
94815c9 
* More advanced error handler

* Improved keep minus one

Co-authored-by: William S. Moses <gh@wsmoses.com>
celinval pushed a commit to celinval/rust-dev that referenced this issue Jun 4, 2024
@danielsn @tedinski
Handle ! as its own type, rather than incorrectly mapping it to `vo…
c14042a 
…id`. (rust-lang#588)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@eholk