-
Notifications
You must be signed in to change notification settings - Fork 79
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
core: Allow unregistered citizens in a registered dialects #2161
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #2161 +/- ##
==========================================
- Coverage 89.38% 89.38% -0.01%
==========================================
Files 317 317
Lines 38534 38530 -4
Branches 5696 5694 -2
==========================================
- Hits 34445 34441 -4
Misses 3287 3287
Partials 802 802 ☔ View full report in Codecov by Sentry. |
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.
Is there a use case for this? Could you add a test?
Ah, I see you link from the devito stuff. I guess that's the usecase 😅 |
More generally, without this, it means that any dialect implementing any op or attr, would require any other op or attr to be actually implemented for unregistered interoperability with MLIR. I don't see any bright future for xDSL as a prototyping platform with such a constraint! |
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!
Currently, when looking for an operation/attribute, even in "allow unregistered dialect" mode, we aggressively error out on an unregistered operation/attribute, if it so happens to have a dialect name of a registered dialect. This commit relaxes this.
Currently, when looking for an operation/attribute, even in "allow unregistered dialect" mode, we aggressively error out on an unregistered operation/attribute, if it so happens to have a dialect name of a registered dialect. This PR relaxes this.