-
Notifications
You must be signed in to change notification settings - Fork 92
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
Harness output individual files #3360
Harness output individual files #3360
Conversation
…input and target directory
This output format is untested as of this PR. I'd like to see one regression test added at least. This isn't a blocking request, but likely something we want to add immediately, maybe in a follow up PR. |
I agree that tests should be added. I'd be fine adding it as a component of this PR or as a separate one, whichever is easier for you guys. |
Hey guys, sorry I haven't gotten to this in a minute. I was testing this on a server used by my research group, but my laptop's SSD failed with my ssh key so I can't really access the server at the moment. Should be fixed in a couple days. Thanks for the patience. |
Okay I tested it and added the -Z --unstable-options instead of --enable-unstable. Do we still want to add tests as a part of this PR? |
I'm okay without a regression for this specific output format since its a really special case and testing will involve some work. I can take that up in a follow up PR. You might want to do the following though (in order of priorities), Required :-
Optionally
|
Hey there, I've done most of it but I ran into this issue when running regression tests: |
You can re-run the script responsible for installing the dependencies to install the appropriate CBMC version. Here is a link to the wiki page that explains what exactly to run: https://model-checking.github.io/kani/build-from-source.html#dependencies. |
If you're using a Mac, run: ./scripts/setup/macos/install_cbmc.sh If you're using Ubuntu, run: ./scripts/setup/ubuntu/install_cbmc.sh |
I don't want to be the bottleneck on this but in short, I am having a difficult time upgrading because of permissions issues on my remote server, and thus, if others want to try and fix the regression tests, then that is fine as well. Otherwise I am going to have to spend some time fixing the issue on the server I do my development work on and I'm out of town at the moment. |
Almost there, can you resolve the merge conflicts and push again? |
@jaisnan Fixed |
Okay I updated it. However, it seems like sometimes the tests fail only on the CI? |
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.
What is the error?
tests/script-based-pre/individual_file_output/individual_file_output.sh
Outdated
Show resolved
Hide resolved
tests/script-based-pre/individual_file_output/individual_file_output.sh
Outdated
Show resolved
Hide resolved
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.
Awesome!! Thanks
Co-authored-by: Celina G. Val <[email protected]>
Before we merge, can you resolve the merge conflicts locally? It'll allow us to see CI as well |
Anything more needed here? |
We should be good to go after resolving the conflicts. |
I solved the conflict. So if the CI passes, this should merge. Thanks again for the contribution @Alexander-Aghili! |
Hooray! Thanks for all the help and guidance everyone. |
Resolves #3356
--output-into-files enabled will place output into individual files, disabled will not
--output-terse will create terse output to command line, regular output to individual files if --output-into-files is enabled.
--target-dir will place output into target-dir directory when --output-into-files is enabled, and will not place file output when disabled.
Let me know if you need specific explanations of code segments, a clean list of all the testing configurations, or any feature enhancement for greater configuration options.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 and MIT licenses.