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

Allow prefixes in any call path. #472

Merged
merged 43 commits into from
Feb 23, 2022

Conversation

emilyaherbert
Copy link
Contributor

Closes #75

@emilyaherbert emilyaherbert added the compiler General compiler. Should eventually become more specific as the issue is triaged label Dec 17, 2021
@emilyaherbert emilyaherbert self-assigned this Dec 17, 2021
@emilyaherbert emilyaherbert marked this pull request as ready for review January 13, 2022 21:06
@emilyaherbert emilyaherbert requested a review from sezna as a code owner January 13, 2022 21:06
@emilyaherbert
Copy link
Contributor Author

emilyaherbert commented Jan 14, 2022

The failing test case is due to a separate issue (#642) that will need to be fixed before this can go in.

@emilyaherbert emilyaherbert requested a review from otrho January 18, 2022 20:53
@emilyaherbert emilyaherbert force-pushed the emilyaherbert-75/allow-prefixes-in-any-callpath branch from 8fa1589 to 6ef76ff Compare February 1, 2022 00:06
@emilyaherbert emilyaherbert requested a review from sezna February 1, 2022 00:28
sezna
sezna previously approved these changes Feb 2, 2022
Copy link
Contributor

@sezna sezna left a comment

Choose a reason for hiding this comment

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

@otrho @mohammadfawaz does this make the issues with symbols not being absolute any better? The namespace should be able to determine what's what based on the call path now...I think.

@otrho
Copy link
Contributor

otrho commented Feb 3, 2022

@otrho @mohammadfawaz does this make the issues with symbols not being absolute any better? The namespace should be able to determine what's what based on the call path now...I think.

I'll have to see it in practice -- my impression was the prefix is now available everywhere but still optional?

@sezna
Copy link
Contributor

sezna commented Feb 3, 2022

🚨 merge conflicts 🚨

@emilyaherbert
Copy link
Contributor Author

I'll have to see it in practice -- my impression was the prefix is now available everywhere but still optional?

That's correct!

@sezna
Copy link
Contributor

sezna commented Feb 11, 2022

This is my fault for not reviewing quickly but another conflict has arisen :(

Copy link
Contributor

@otrho otrho left a comment

Choose a reason for hiding this comment

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

This guy is getting a bit old, I was considering fixing the merge request myself and merging this PR since I know you're busy ATM, but I still have a couple of questions.

@emilyaherbert emilyaherbert requested a review from otrho February 22, 2022 19:23
@emilyaherbert
Copy link
Contributor Author

Pinging @otrho @sezna @canndrew before any merge conflicts 😄

sezna
sezna previously approved these changes Feb 22, 2022
Copy link
Contributor

@sezna sezna left a comment

Choose a reason for hiding this comment

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

left tiny nit

@emilyaherbert emilyaherbert requested a review from sezna February 23, 2022 19:30
@emilyaherbert
Copy link
Contributor Author

Pinging @otrho @sezna again 😄

@otrho otrho merged commit 24c879c into master Feb 23, 2022
@otrho otrho deleted the emilyaherbert-75/allow-prefixes-in-any-callpath branch February 23, 2022 23:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
compiler General compiler. Should eventually become more specific as the issue is triaged
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

Allow for :: prefixes in _any_ call path, not just imports.
4 participants