ctu saturate (K-LD feature benchmark)¶
| suite id | ld_ctu_saturate |
| domain | packaging |
| language | LD-textual |
| difficulty | easy |
| validation status | validated |
| origin | authored |
| license | CC-BY-4.0 |
K-LD executable-semantics feature suite (rung10_wp2/family)
What is proved¶
From benchmarks/packaging/ld_ctu_saturate/props.yaml. What each kind claims, and what it becomes on either route, is on The properties we prove.
| id | kind | claim | requirement |
|---|---|---|---|
P1 |
invariant |
!(Done && Reset) |
Reset is dominant: the count-up Done flag and Reset never hold together. |
Variants¶
| file | expected verdict | violates | method |
|---|---|---|---|
ctu_saturate.ld |
SAFE | none | expert |
Files¶
| file | what it is | size | sha256 |
|---|---|---|---|
benchmark.yml |
benchmark metadata | 0.5 KB | 028145a921ac |
ctu_saturate.ld |
ladder program, textual DSL | 0.1 KB | df884efb51a7 |
props.yaml |
property file | 0.2 KB | 71301ff6f8f1 |
Recorded runs¶
A task can carry two routes. ld is ESBMC's ladder front end reading the program directly. via C is the same solver reached through Beremiz and MatIEC, which is the only route that reaches ST, IL, FBD and SFC; see How ESBMC-PLC works.
No ESBMC run is recorded against this task yet. The lessons carry the recorded runs; see Reproducing to make your own.