suggest to supply lower-bound for constant_too_large_2147483647 to Simplify
ID0001008:
**This issue was created automatically from Mantis Issue 1008. Further discussion may take place here.**
---
| **Id** | **Project** | **Category** | **View** | **Due Date** | **Updated** |
| --- | --- | --- | --- | --- | --- |
| ID0001008 | Frama-C | Plug-in > jessie | public | 2011-11-03 | 2011-11-16 |
| | | | | | |
| --- | --- | --- | --- | --- | --- |
| **Reporter** | Jochen | **Assigned To** | cmarche | **Resolution** | open |
| **Priority** | normal | **Severity** | feature | **Reproducibility** | N/A |
| **Platform** | - | **OS** | - | **OS Version** | - |
| **Product Version** | Frama-C Nitrogen-20111001 | **Target Version** | - | **Fixed in Version** | - |
### Description :
Simplify's problems with proving bounds of int values are well-known. E.g. for the program «int ftest(short s){return s;}», Simplify can't prove the obvious fact that the value s fits into the int type range [-2147483648..2147483647]. A reason is that the range bounds had to be modeled by abstract constants in order to prevent Simplify from crashing. I suggest to add by default an axiom "2147450877 < constant_too_large_2147483647 < constant_too_large_2147483648", in order to provide the sharpest bound possible without crashing Simplify. (A bound "2147450878" already causes a crash.)
Without such an axiom, there is no information about the size of those constants at all!
With that axiom (line 11-14 in the attached file pgm.sx), Simplify proves the above type-fit obligation, and hopefully numerous similar obligations.
## Attachments
- [pgm.sx](/uploads/461ecdb5eacd4de0ffb5cecd7e9a58da/pgm.sx)
- [ftest.c](/uploads/b03bac09f0319487e3ac7e8a2bcfe453/ftest.c)
issue