D23 Improvements to Existing Provers: Difference between revisions
From Event-B
Jump to navigationJump to search
imported>Nicolas |
imported>Nicolas |
||
Line 15: | Line 15: | ||
* reducing proving time and effort | * reducing proving time and effort | ||
* providing the user with more efficient proving tools | * providing the user with more efficient proving tools | ||
** reducing proof storage space (proof purging / simplifying) | ** reducing proof storage space (proof purging / simplifying / non textual database storage) | ||
** ease manual proof review or reuse ( | ** ease manual proof review or reuse (Proof Skeleton View with copy paste) | ||
* | * reflecting prover implementation corrections (versioning) | ||
Part of implemented rules and user interface | Part of implemented rules and user interface features come from user feedback, mainly through SourceForge feature requests. SourceForge bugs are also an important input for corrections. | ||
= Choices / Decisions = | = Choices / Decisions = |
Revision as of 10:26, 17 November 2009
Overview
The work mentioned here mainly concerns the sequent prover. All along the lifecycle of the prover, the following improvements can be achieved :
- adding new useful proof rules (to prove sequents that are hard to prove or even not provable at all)
- correcting bugs in implementations of existing proof rules
- implementing new tools to help the user do proofs
- evolving prover API to fit with the needs of prover plug-in developers
Systerel is in charge of prover improvements.
Motivations
Areas of improvement for provers can be summarized as follows:
- reducing proving time and effort
- providing the user with more efficient proving tools
- reducing proof storage space (proof purging / simplifying / non textual database storage)
- ease manual proof review or reuse (Proof Skeleton View with copy paste)
- reflecting prover implementation corrections (versioning)
Part of implemented rules and user interface features come from user feedback, mainly through SourceForge feature requests. SourceForge bugs are also an important input for corrections.
Choices / Decisions
Proof storage in database ? A more generical way to contribute tactics (New tactic provider API)
Available Documentation
The following pages give useful information about prover improvements:
- Prover Rules
- See http://wiki.event-b.org/index.php/Inference_Rules
- See http://wiki.event-b.org/index.php/All_Rewrite_Rules
- Proof Skeleton View
- Proof Purger
- Prover API evolution
- Versioned Reasoners
Planning
Proof storage in database ?