-
Notifications
You must be signed in to change notification settings - Fork 277
Move call_stack_history to own file #5384
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
Move call_stack_history to own file #5384
Conversation
I am about to add a few more kinds of history and having their own files, like domains, probably makes more sense.
Please can I have some help here? There are CI failures but I can't actually access the details because my AWS account isn't authorised to view them. Is there any way that PRs can have open CI results? It is an unnecessary road-block to "external" people contributing to the project. |
@martin-cs we have a fix for external contributors accessing AWS logs coming Soon(tm) in this case the failure seems transient (404'ing on downloading win-flex-bison), I've restarted it, but failure on that job won't block merging PRs. |
Thanks for the swift and helpful response. |
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.
Moving classes code into a separate file is always welcome
Suggested improvement for clearer PR title:
Since initial title made me think this was to do with git history(!) and refactor sounds a lot more risky than move. |
Codecov Report
@@ Coverage Diff @@
## develop #5384 +/- ##
========================================
Coverage 68.18% 68.18%
========================================
Files 1173 1175 +2
Lines 97494 97494
========================================
Hits 66478 66478
Misses 31016 31016
Continue to review full report at Codecov.
|
Dunno why the job isn't posting back (@peterschrammel any ideas?) But the retried build succeeded - so this is good to be merged with code owner approval. (for those with access, the successful build can be seen here: https://us-east-1.console.aws.amazon.com/codesuite/codebuild/767717039613/projects/cbmc-windows-cmake/build/cbmc-windows-cmake%3A9a049d78-b91a-4a51-80a7-cd21ac99efd0/?region=us-east-1) |
@thk123 Thanks for chasing this. |
@chrisr-diffblue @danpoe @hannes-steffenhagen-diffblue @peterschrammel @smowton |
I've restarted the cbmc-windows-cmake job which seemed to have a network issue. |
Brilliant! Thank you @peterschrammel |
@peterschrammel Sorry to pester but the status hasn't changed here despite the restart and my AWS account doesn't have access rights to see why it has failed. |
Note the windows build “passes” now (not shown as such in the list because restarting the builds does not actually update them here on github for AWS for some reason). “Passes” in quotes because the build actually appears to be broken for reasons unrelated to this PR. |
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.
Code changes OK
This is the last build log:
It seems like it fails to download Worth noting that if I restart the build it passes, but it doesn't update the state here in github. Could you maybe just perform an action that changes the commit hash and push it again to force it to restart builds and hope for the best? |
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.
The code changes look good to me as well.
Right, the windows build issues are beyond my access permissions (and expertise) to investigate or fix. Both @thk123 and @hannes-steffenhagen-diffblue say it works so I am just going to merge it. I can't see how it could break things (famous last words obviously). |
A pure refactoring commit; does not alter any of the functionality, just divides things up a bit better.