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

Increase macro recursion limit to 1024 #41676

Merged
merged 1 commit into from
May 7, 2017
Merged

Increase macro recursion limit to 1024 #41676

merged 1 commit into from
May 7, 2017

Conversation

sirideain
Copy link
Contributor

@sirideain sirideain commented May 1, 2017

Fixes #22552

@rust-highfive
Copy link
Collaborator

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @pnkfelix (or someone else) soon.

If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.

Please see the contribution instructions for more information.

@Mark-Simulacrum
Copy link
Member

If you add Fixes #22552 to your PR description, then that issue will automatically be closed once we merge this.

@sirideain sirideain changed the title Increase macro recursion limit to 1024 #22552 Increase macro recursion limit to 1024 Fixes #22552 May 2, 2017
@arielb1 arielb1 added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label May 2, 2017
@arielb1 arielb1 assigned jseyfried and unassigned pnkfelix May 2, 2017
@arielb1
Copy link
Contributor

arielb1 commented May 2, 2017

r? @jseyfried

@sirideain sirideain changed the title Increase macro recursion limit to 1024 Fixes #22552 Increase macro recursion limit to 1024 May 2, 2017
@Mark-Simulacrum
Copy link
Member

Pinged @jseyfried on IRC for a review.

@jseyfried
Copy link
Contributor

@bors r+

@bors
Copy link
Contributor

bors commented May 7, 2017

📌 Commit 3008f53 has been approved by jseyfried

@Mark-Simulacrum Mark-Simulacrum added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels May 7, 2017
@bors
Copy link
Contributor

bors commented May 7, 2017

⌛ Testing commit 3008f53 with merge 0c2f34d...

bors added a commit that referenced this pull request May 7, 2017
…fried

Increase macro recursion limit to 1024

Fixes #22552
@bors
Copy link
Contributor

bors commented May 7, 2017

☀️ Test successful - status-appveyor, status-travis
Approved by: jseyfried
Pushing 0c2f34d to master...

@bors bors merged commit 3008f53 into rust-lang:master May 7, 2017
Marwes added a commit to Marwes/gluon that referenced this pull request Jun 25, 2017
Lets the large `record!` macro in primitives work. 1024 was chosen since
that will be standard in rustc soon
rust-lang/rust#41676
Marwes added a commit to Marwes/gluon that referenced this pull request Jul 1, 2017
Lets the large `record!` macro in primitives work. 1024 was chosen since
that will be standard in rustc soon
rust-lang/rust#41676
Marwes added a commit to Marwes/gluon that referenced this pull request Jul 1, 2017
Lets the large `record!` macro in primitives work. 1024 was chosen since
that will be standard in rustc soon
rust-lang/rust#41676
killercup added a commit to killercup/diesel that referenced this pull request Aug 5, 2017
The attribute in `schema.rs` didn't seem to do anything. I'm not sure if
that is a regression in Rust or an oversight on our part (and the attr
wasn't necessary before).

Additionally, looking at <rust-lang/rust#41676>,
this shouldn't be necessary at all in recent nightlies (after May 7),
but without the explicit setting, it fails to compile and suggests
adding `#![recursion_limit="128"]`. If I read the code in [1] correctly,
this means it was set to 64 before.

[1]: https://github.com/rust-lang/rust/blob/5c7add7551fa093f655e76650a48564ac347c83a/src/librustc/traits/error_reporting.rs#L1150-L1156
Marwes added a commit to Marwes/gluon that referenced this pull request Aug 5, 2017
Lets the large `record!` macro in primitives work. 1024 was chosen since
that will be standard in rustc soon
rust-lang/rust#41676
killercup added a commit to killercup/diesel that referenced this pull request Aug 19, 2017
The attribute in `schema.rs` didn't seem to do anything. I'm not sure if
that is a regression in Rust or an oversight on our part (and the attr
wasn't necessary before).

Additionally, looking at <rust-lang/rust#41676>,
this shouldn't be necessary at all in recent nightlies (after May 7),
but without the explicit setting, it fails to compile and suggests
adding `#![recursion_limit="128"]`. If I read the code in [1] correctly,
this means it was set to 64 before.

[1]: https://github.com/rust-lang/rust/blob/5c7add7551fa093f655e76650a48564ac347c83a/src/librustc/traits/error_reporting.rs#L1150-L1156
@sgrif
Copy link
Contributor

sgrif commented Sep 21, 2017

Has this shipped? I'm still getting errors saying I need to increase the recursion limit to 128 when using the latest nightly

@tomjakubowski
Copy link
Contributor

@sgrif if you haven't yet, see #51951

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants