-
Notifications
You must be signed in to change notification settings - Fork 1
Squin Operator Sites Analysis #11
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
Conversation
|
☂️ Python Coverage
Overall Coverage
New Files
Modified Files
|
Codecov ReportAttention: Patch coverage is 📢 Thoughts on this report? Let us know! |
|
Hi @Roger-luo I believe this is a reasonable implementation of the squin operator shape analysis. I understand you also mentioned a "propagation of unitarity" in #11 but from what I can tell this would require something similar to a const prop analysis + wrap const rewrite? As in I'd have something like a It just doesn't seem very idiomatic to me to try and kill two birds with one stone in analysis here. If the behavior you see in |
Roger-luo
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
neat PR, just some minor revision needed, great work!
|
@Roger-luo I did my best to implement the name changes you requested but also did my best to pick some names that were still clear enough that one can disambiguate between them. Credit to @weinbe58 for helping me think through some of the names in discussion! I also added unit tests to try to cover all the proper codepaths (: |
Roger-luo
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nice! I think the code is great to go! Just remmeber to cleanup your playground
squin_op_playground.py
Outdated
| @@ -0,0 +1,59 @@ | |||
| from kirin import ir, types | |||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
you wanna delete the playground?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes! Thank you for catching that. I should probably do a local ignore for any _playground.py files moving forward
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I usually use a main.py as my playground it's in the .gitignore already IIRC
┆Issue is synchronized with this Jira Task by Unito