Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Crucible support as a Symbolic Engine #37

Open
rafaelsamenezes opened this issue May 29, 2020 · 1 comment
Open

Crucible support as a Symbolic Engine #37

rafaelsamenezes opened this issue May 29, 2020 · 1 comment
Assignees
@hbgit
Labels
enhancement good-first-issue issues that do not need great knowledge about Map2Check or are easy to implement
Projects
Next Steps

Comments

@rafaelsamenezes
Copy link
Collaborator

Is your feature request related to a problem? Please describe.
Currently, we only have support for KLEE as a symbolic engine, the issue is that it contains a limitation for floating numbers. Crucible supports enconding for floats, has support for SV-COMP notation and it's API contains all that is needed for a Generator.

Describe the solution you'd like
Implement a NonDetGeneratorCrucible and compare it with KLEE specially for floats.
@rafaelsamenezes rafaelsamenezes added enhancement good-first-issue issues that do not need great knowledge about Map2Check or are easy to implement labels May 29, 2020
@hbgit
Copy link
Owner

hbgit commented Jun 4, 2020

Thanks for your help @rafaelsamenezes . Could you point me some paper or DOCs for Crucible?

@hbgit hbgit self-assigned this Jun 30, 2020
@hbgit hbgit added this to To do in Next Steps Jun 30, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@hbgit hbgit

Labels
enhancement good-first-issue issues that do not need great knowledge about Map2Check or are easy to implement
Projects
Next Steps
  
To do
Milestone
No milestone
Development

No branches or pull requests
2 participants
@hbgit @rafaelsamenezes