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] Res: Feature or bug?
- Subject: [Frama-c-discuss] Res: Feature or bug?
- From: joao_paulo_c at yahoo.com (João Paulo Carvalho)
- Date: Fri, 6 Nov 2009 16:44:27 -0800 (PST)
- In-reply-to: <4AF32BE9.2070904@inria.fr>
- References: <42152DCA-6856-46A4-A072-F564021DF6DD@first.fraunhofer.de> <4AF32BE9.2070904@inria.fr>
> Now, why is this false hypothesis part of the context? Because all > previous preconditions and postconditions are assumed to be true when > proving subsequent properties. In other words, it behaves as if you had > written: > > void bar() > { > //@ assert 0 <= -1; > foo(-2); > } But why that behaviour exists? There is some practical aspect that motivates this "inclusion" of the previous ensures clauses (with the proper variables substituted) in the next statements? There are some Jessie parameter which prevents that kind of "inclusion"? Att, Jo?o Paulo Carvalho. ____________________________________________________________________________________ Veja quais s?o os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.gforge.inria.fr/pipermail/frama-c-discuss/attachments/20091106/185831a8/attachment.htm
- Follow-Ups:
- [Frama-c-discuss] Res: Feature or bug?
- From: Claude.Marche at inria.fr (Claude Marche)
- [Frama-c-discuss] Res: Feature or bug?
- References:
- [Frama-c-discuss] Feature or bug?
- From: jens.gerlach at first.fraunhofer.de (Jens Gerlach)
- [Frama-c-discuss] Feature or bug?
- From: guillaume.melquiond at inria.fr (Guillaume Melquiond)
- [Frama-c-discuss] Feature or bug?
- Prev by Date: [Frama-c-discuss] ask for slicing spec
- Next by Date: [Frama-c-discuss] different range in the loop depending de type
- Previous by thread: [Frama-c-discuss] Feature or bug?
- Next by thread: [Frama-c-discuss] Res: Feature or bug?
- Index(es):