Frama-C-discuss mailing list archives
This page gathers the archives of the old Frama-C-discuss archives, that was hosted by Inria's gforge before its demise at the end of 2020. To search for mails newer than September 2020, please visit the page of the new mailing list on Renater.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Frama-c-discuss] ACSL type invariants on array elements and fields
- Subject: [Frama-c-discuss] ACSL type invariants on array elements and fields
- From: loic.correnson at cea.fr (Loïc Correnson)
- Date: Tue, 5 May 2015 16:21:57 +0200
- In-reply-to: <5548C4FB.4020509@grammatech.com>
- References: <5548C4FB.4020509@grammatech.com>
One practical issue is to build values of type T ; it is often the case where a value of type T must be created piecewise, with intermediate states actually breaking the invariant. Similarly, strong invariants are hardly not usable in practice... L. > Le 5 mai 2015 ? 15:26, David R. Cok <dcok at grammatech.com> a ?crit : > > Why does ACSL not require array elements and fields and memory locations of type T to satisfy type invariants for T - just global variables and parameters and, for strong invariants, local variables? > > - David > _______________________________________________ > Frama-c-discuss mailing list > Frama-c-discuss at lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/frama-c-discuss
- References:
- [Frama-c-discuss] ACSL type invariants on array elements and fields
- From: dcok at grammatech.com (David R. Cok)
- [Frama-c-discuss] ACSL type invariants on array elements and fields
- Prev by Date: [Frama-c-discuss] ACSL type invariants on array elements and fields
- Next by Date: [Frama-c-discuss] Simplify prover instalation problem
- Previous by thread: [Frama-c-discuss] ACSL type invariants on array elements and fields
- Next by thread: [Frama-c-discuss] minor issue with Sodium source distribution file
- Index(es):