Skip to content

Conversation

@celinval
Copy link
Contributor

@celinval celinval commented Nov 23, 2022

Description of changes:

This code hasn't been used since at least the creation of kani-driver, and I don't think we have any plans to use it in the near future. We might as well delete this since it's likely broken by now (I think it was already broken before kani-driver).

Resolved issues:

Resolves #1384

This should also close the following opened issues related to --gen-c-runnable

Closes #445
Closes #441
Closes #439

Related RFC:

Call-outs:

Any objections to removing this code??? @danielsn

Testing:

  • How is this change tested? None. There was no test coverage for this.

  • Is this a refactor change?

Checklist

  • Each commit message has a non-empty body, explaining why the change was made
  • Methods or procedures are documented
  • Regression or unit tests are included, or existing tests cover the modified code
  • My PR is restricted to a single feature or bugfix

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 and MIT licenses.

This code hasn't been used since at least the creation of `kani-driver`.
We might as well delete this.
@celinval celinval requested a review from a team as a code owner November 23, 2022 01:30
Copy link
Contributor

@adpaco-aws adpaco-aws left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm in favor of removing this code because it complicates development when doing changes to our CProver API and it isn't used.

However, I don't see how this would resolve #444 . My understanding is that we're generating non-standard code for indexing SIMD vector components, as it's shown in --gen-c views, and the transformer just handles this case in a particular way.

@celinval
Copy link
Contributor Author

I'm in favor of removing this code because it complicates development when doing changes to our CProver API and it isn't used.

However, I don't see how this would resolve #444 . My understanding is that we're generating non-standard code for indexing SIMD vector components, as it's shown in --gen-c views, and the transformer just handles this case in a particular way.

Sorry, it wasn't clear to me from the issue description or comments. I'll post your comment there too.

@celinval
Copy link
Contributor Author

Actually, I read the #444 thread again and it actually makes sense. Sorry about it.

@adpaco-aws
Copy link
Contributor

Actually, I read the #444 thread again and it actually makes sense. Sorry about it.

No problem. Please wait for another review before merging.

Copy link
Contributor

@tedinski tedinski left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think I agree with this as well. Maybe @danielsn ?

@danielsn
Copy link
Contributor

Agreed. If we need this code, we can recreate it. Having unused code around adds toil without giving benifit.

@tedinski tedinski merged commit fc80db6 into model-checking:main Nov 28, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

4 participants