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

Use 64-bit integers to represent discriminants #8504

Closed
wants to merge 3 commits into from

Conversation

jld
Copy link
Contributor

@jld jld commented Aug 14, 2013

This is in preparation for making discriminants not always be int (#1647), but it also makes compiles for a 64-bit target not behave differently with respect to how many bits of discriminants are preserved depending on the build host's word size, which is a nice property to have.

We may want to standardize how to abbreviate "discriminant" in a followup change.

@huonw
Copy link
Member

huonw commented Aug 14, 2013

cc @kemurphy

0x1717171717171717
};
assert_eq!(expected, V as u64);
assert_eq!(expected, V as u64);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are the above two lines supposed to be identical?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oops. No. One of those is supposed to be C. Nice catch; thanks.

@jld
Copy link
Contributor Author

jld commented Aug 15, 2013

  1. I think discriminant symbols are entirely unused, but that's a separate PR.
  2. The rt tests seem to be busted on master at the moment, and I think I should wait until they're working before I re-push.

@jld
Copy link
Contributor Author

jld commented Aug 16, 2013

Current status: aforementioned test breakage was a libuv bug (which affected my desktop but not the bots, or other less chaotic Linux systems), and my new version conflicts with #8546 so I'll wait for that to land before re-pushing.

@jld
Copy link
Contributor Author

jld commented Aug 20, 2013

I'm just going to close this so it's not a source of confusion until the changes it conflicts with land.

@jld jld closed this Aug 20, 2013
flip1995 pushed a commit to flip1995/rust that referenced this pull request Mar 14, 2022
…n, r=flip1995

Add lint to detect `allow` attributes without reason

I was considering putting this lint into the pedantic group. However, that would result in countless warnings for existing projects. Having it in restriction also seems good to me 🙃 (And now I need sleep 💤 )

---

changelog: New lint [`allow_lint_without_reason`] (Requires the `lint_reasons` feature)

Closes: rust-lang/rust-clippy#8502
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.

3 participants