Suggest to rename user identifiers to avoid name clashes in ..._why.sx files
ID0000632: This issue was created automatically from Mantis Issue 632. Further discussion may take place here.
| Id | Project | Category | View | Due Date | Updated |
|---|---|---|---|---|---|
| ID0000632 | Frama-C | Plug-in > jessie | public | 2010-11-29 | 2010-11-29 |
| Reporter | Jochen | Assigned To | cmarche | Resolution | open |
| Priority | normal | Severity | feature | Reproducibility | always |
| Platform | - | OS | - | OS Version | - |
| Product Version | Frama-C Boron-20100401 | Target Version | - | Fixed in Version | - |
Description :
Simplify yields a "!" ("failure") on the attached program, seemingly because f's parameter name "EQ" clashes with the name of the equality predicate used in the preamble of ftest_why.sx. Simplfy has similar problems with a couple of other names, e.g. "AND". (Alt-ergo doesn't have these problems).
I'd like to suggest to catch those "reserved identifiers" by Jessie and to rename them, like this seems to be done already for "result".
It seems pretty dangerous that the "0.0" in g's body is currently translated into an occurrence of the quantified variable representing g's parameter. While the incorrect g is not verifiable right now, it might become so in future - as soon as a property like "double_value(real_constant_0_0e) == real_constant_0_0e" becomes derivable.