2006
DOI: 10.1007/11814771_14
|View full text |Cite
|
Sign up to set email alerts
|

A Sufficient Completeness Checker for Linear Order-Sorted Specifications Modulo Axioms

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
23
0

Year Published

2011
2011
2022
2022

Publication Types

Select...
6
1

Relationship

2
5

Authors

Journals

citations
Cited by 30 publications
(23 citation statements)
references
References 9 publications
0
23
0
Order By: Relevance
“…If however, the PTA does contain an associative symbol that is not commutative, there is a semi-algorithm in [12] that can always show non-emptiness and can often show emptiness using some techniques from machine learning. The algorithms in [12] have been integrated into Maude as part of the Maude Sufficient Completeness Checker (SCC) [10].…”
Section: Propositional Tree Automatamentioning
confidence: 99%
See 2 more Smart Citations
“…If however, the PTA does contain an associative symbol that is not commutative, there is a semi-algorithm in [12] that can always show non-emptiness and can often show emptiness using some techniques from machine learning. The algorithms in [12] have been integrated into Maude as part of the Maude Sufficient Completeness Checker (SCC) [10].…”
Section: Propositional Tree Automatamentioning
confidence: 99%
“…We have implemented an algorithm for constructing the tree automaton A CC in Maude automatically from a Maude specification, and have integrated it into the Maude Sufficient Completeness Checker [10]. If we ask the tool to check the µ-canonical completeness of the specification FACTORIAL given in Section 4.1, we are able to verify that it is µ-canonically complete: If we ask the tool to check the INF-LIST specification, the tool generates a counterexample showing that the specification is not µ-canonically complete: …”
Section: Checking µ-Canonical Completenessmentioning
confidence: 99%
See 1 more Smart Citation
“…Roughly, the idea of these methods is to check whether ground terms rooted by a defined function symbol and having only constructor terms as proper subterms are either reducible, or constructor terms (which is possible as the root symbol might be subsort overloaded). This is done by describing the respective languages of terms by (propositional) tree automata and then reducing the problem to an emptiness problem for tree automata (we refer to [15] and [16] for more details). The method is suitable for incremental checks following Theorem 6, since it can easily be adapted to consider only terms rooted by defined function symbols of the extending theory instead of all.…”
Section: Theorem 3 (Modularitymentioning
confidence: 99%
“…e.g. [15]). The module TR-MSET-NAT, restricted to equations explicitly defined in the module and particularly not including the ones from the TR-NATURAL module, is sort-decreasing and well-founded recursive as well.…”
Section: (Ms ; Nl) ; L = Ms ; (Nl ; L) Eq U(nil) = Null Eq U(ms) mentioning
confidence: 99%