-
Notifications
You must be signed in to change notification settings - Fork 6.1k
Add CompilerStack state assertions to internal methods #4693
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
Please double check the actual assertion values. |
Codecov Report
@@ Coverage Diff @@
## develop #4693 +/- ##
==========================================
Coverage ? 28.77%
==========================================
Files ? 314
Lines ? 31610
Branches ? 3748
==========================================
Hits ? 9097
Misses ? 21837
Partials ? 676
|
I'm sorry, but I don't want to review this any further before 0.5.0 release. |
Rebased and fixed the issue noted. I think this should be safe to merge and would prefer merging it now to give us the 2 weeks time to test it. |
Tests fail. |
Nvm, it seems in the past month something broke:
Will investigate. |
It is actually the
|
@chriseth I think it is time to revisit this :) |
m_stackState = CompilationSuccessful; | ||
this->link(); | ||
return true; |
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.
@chriseth do we want to introduce a LinkingSuccessful
state?
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.
Not sure if that makes sense. An object can have unresolved link symbols and calling link
does not have to resolve all of them. So in that sense, linking is always successful.
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.
Agree, so lets merge this.
No description provided.