strange value-set for loop-variable in presence of flexible array
ID0000924:
**This issue was created automatically from Mantis Issue 924. Further discussion may take place here.**
---
| **Id** | **Project** | **Category** | **View** | **Due Date** | **Updated** |
| --- | --- | --- | --- | --- | --- |
| ID0000924 | Frama-C | Plug-in > Eva | public | 2011-08-12 | 2011-08-13 |
| | | | | | |
| --- | --- | --- | --- | --- | --- |
| **Reporter** | Jochen | **Assigned To** | pascal | **Resolution** | no change required |
| **Priority** | normal | **Severity** | text | **Reproducibility** | always |
| **Platform** | - | **OS** | - | **OS Version** | - |
| **Product Version** | Frama-C Carbon-20110201 | **Target Version** | - | **Fixed in Version** | - |
### Description :
Analyzing the attached program with "frama-c -val ftest.c -main f -no-unicode -slevel 1000" reports "i IN {0; 1; 2; }", which seems a too small set.
When "n" is replaced by e.g. "9" in line 1 (col.19 only) and 4, the computed set "i IN {9; }" seems ok.
When instead "a[i]" is replaced by "i" in line 5, the computed set "i IN [0..2147483647]" seems ok, too. (Only in this case, messages like "[value] Semantic level unrolling superposing up to ..." are printed - is this ok?)
If arrays with non-constants upper-bound expressions are not supported, a corresponding warning should be emitted for line 1.
## Attachments
- [ftest.c](/uploads/0c15bbc66390644d25e8124e8714f21a/ftest.c)
issue