Skip to content

Commit 9d1be21

Browse files
committed
cbmc-incr-smt2 tests: remove misguided assertion
There is no reason an integer couldn't have the same value as a pointer (when converted to an integer type). This assertion might accidentally hold on platforms where sizeof(int) != sizeof(int *) given our current pointer model, but this is an implementation detail that we must not rely on. The assertion certainly doesn't hold when sizeof(int) == sizeof(int *).
1 parent cc27808 commit 9d1be21

File tree

2 files changed

+4
-6
lines changed

2 files changed

+4
-6
lines changed

regression/cbmc-incr-smt2/pointers-relational-operators/pointers_assume.c

Lines changed: 0 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,6 @@ int main()
1616
}
1717

1818
__CPROVER_assume(y >= z);
19-
__CPROVER_assert(x != y, "x != y: expected successful");
2019
__CPROVER_assert(x == y, "x == y: expected failure");
2120

2221
__CPROVER_assume(z >= x);

regression/cbmc-incr-smt2/pointers-relational-operators/pointers_assume.desc

Lines changed: 4 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -1,11 +1,10 @@
11
CORE
22
pointers_assume.c
33
--trace
4-
\[main\.assertion\.1\] line \d+ x != y: expected successful: SUCCESS
5-
\[main\.assertion\.2\] line \d+ x == y: expected failure: FAILURE
6-
\[main\.assertion\.3\] line \d+ z >= x: expected successful: SUCCESS
7-
\[main\.assertion\.4\] line \d+ z <= y: expected successful: SUCCESS
8-
\[main\.assertion\.5\] line \d+ z <= x: expected failure: FAILURE
4+
\[main\.assertion\.1\] line \d+ x == y: expected failure: FAILURE
5+
\[main\.assertion\.2\] line \d+ z >= x: expected successful: SUCCESS
6+
\[main\.assertion\.3\] line \d+ z <= y: expected successful: SUCCESS
7+
\[main\.assertion\.4\] line \d+ z <= x: expected failure: FAILURE
98
^EXIT=10$
109
^SIGNAL=0$
1110
--

0 commit comments

Comments
 (0)