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.

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

ic3: property numbers #9

Open
kroening opened this issue May 21, 2017 · 5 comments
Open

ic3: property numbers #9

kroening opened this issue May 21, 2017 · 5 comments

Comments

@kroening
Copy link
Member

The 'short_name' idea seems to be that properties end on a dot followed by a unique number. This is not the case.

Instead of --prop, please use --property, to be consistent with the rest of ebmc.

@eigold
Copy link
Contributor

eigold commented May 21, 2017 via email

@eigold
Copy link
Contributor

eigold commented May 23, 2017 via email

@eigold
Copy link
Contributor

eigold commented May 23, 2017

Okay, now I see what Daniel's comment is about. Option --property of ebmc actually assumes
that a property is specified by name. So Matthias' fix does not work. Then a new regression test that Matthias put in directory 'non_inductive1' should be probably removed or rewritten.

@eigold
Copy link
Contributor

eigold commented May 24, 2017

Daniel,
I have made changes to use ebmc' --property option. However, this does not look too user-friendly.

  1. Suppose I use a circuit root.sv with multiple properties. When I print out how properties are
    named in list 'properties' of ebmc_baset I get root.property.1, root.property.2, root.property.3 and so on.
    So ebmc seems to form the name of a property P by concatenation of 'root.property' with the string specifying the order number of P in 'root.sv'. The name of P used in 'root.sv' is IGNORED. So my original assumption seems to have been correct.

  2. To verify the 25-th property listed in 'root.sv' using option --property I have to type in
    ebmc root.sv --ic3 --property root.property.25

So instead of just giving the order number of a property, one has to use the
lengthy prefix 'root.property'.

Eugene

@eigold
Copy link
Contributor

eigold commented May 24, 2017

I took a closer look and found out that the first part of the prefix specifies a module name rather
than a file name. (In my example, the file contained only one module that shared the file's name.) Indicating, the module name in a property name makes sense. Besides, if assertions have labels (as in Matthias' example), a property is specified by its label rather than the order number. So my original assumption is wrong in this case.

Still, the word 'property' in a property name seems to be redundant :-)
Eugene

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants