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

fix #36104, hack to allow accessing incomplete struct via dot syntax #36111

Closed
wants to merge 1 commit into from

Conversation

JeffBezanson
Copy link
Sponsor Member

This isn't perfect, but hopefully it will be good enough to catch all practical cases. In 1.6 we should officially deprecate accessing an incomplete struct via its global binding.

fix #36104

@vtjnash
Copy link
Sponsor Member

vtjnash commented Jun 2, 2020

I think I merely commented this in person during review of #33553, but sometime soon in the roadmap, we're likely going to need to make it completely fine to access these incomplete structs via their global bindings at this stage of type construction (field type evaluation), per #32658.

I think we could just do that part now (revert to evaluating these field types in normal / global scope), and defer adding some of the error checking from that PR later?

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.

Referring to Foo.F inside struct F defined in module Foo now errors with UndefVar error
3 participants