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] Problem with predicate and location labels
- Subject: [Frama-c-discuss] Problem with predicate and location labels
- From: hollas at informatik.htw-dresden.de (Boris Hollas)
- Date: Fri, 18 Feb 2011 15:28:58 +0100 (CET)
On Fri, 2011-02-18 at 13:23 +0100, Virgile Prevosto wrote: > context. That said, the error should be logic label P not found. Could > you give a complete example that reproduce your issue? > Sorry, yes, my original example doesn't makes much sense. The following code verifies, but the specification unchanged{P,H}(\at(&this->a, P)); is quite clumsy. typedef int bool; /*@ predicate unchanged{P,H}(bool* p) = \at(*p, P) <==> \at(*p, H); */ typedef struct { bool a; } S_t; /*@ predicate foo_spec{P,H}(S_t* this) = unchanged{P,H}(\at(&this->a, H)); */ /*@ ensures foo_spec{Pre,Here}(this); */ void foo(S_t* this) { ; } If write &this->a instead of \at(&this->a, H), frama-c complains "no label in the context". In Patrick's example, the pointer is given with an \at: //@ensures bar_spec{Here,Old}(&x) ; Is &x automatically interpreted as \at(&x, Here) in this context? Regards, Boris
- Follow-Ups:
- [Frama-c-discuss] Problem with predicate and location labels
- From: virgile.prevosto at cea.fr (Virgile Prevosto)
- [Frama-c-discuss] Problem with predicate and location labels
- Prev by Date: [Frama-c-discuss] Ghost variables and function prototypes
- Next by Date: [Frama-c-discuss] Ghost variables and function prototypes
- Previous by thread: [Frama-c-discuss] Problem with predicate and location labels
- Next by thread: [Frama-c-discuss] Problem with predicate and location labels
- Index(es):