-
Notifications
You must be signed in to change notification settings - Fork 12.8k
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
ty_bare_fn consts have an environment pointer, but their type doesn't. #5210
Comments
Yeah, that's my fault. I forgot that constants have a different path. |
jld
added a commit
to jld/rust
that referenced
this issue
Mar 4, 2013
Otherwise we can add a null environment when we shouldn't. Fixes rust-lang#5210.
Fixed on incoming. |
flip1995
pushed a commit
to flip1995/rust
that referenced
this issue
Apr 22, 2021
…0, r=giraffate Fix FP in `single_component_path_imports` lint Fix FP in `single_component_path_imports` lint when the import is reused with `self`, like in `use self::module`. Fixes rust-lang#5210 changelog: none
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The
type_of
(andsizing_type_of
) for thatextern fn
is just a pointer, but what's getting generated for the constant also has an environment pointer. Because we have to defeat LLVM's type checks to support enums (and we don't have sufficient assertions of our own), we don't catch the mismatch and the second call tof
jumps through the first array element's null environment pointer instead.The text was updated successfully, but these errors were encountered: