On the implementation of construction functions for non-free concrete data types
<|reference_start|>On the implementation of construction functions for non-free concrete data types: Many algorithms use concrete data types with some additional invariants. The set of values satisfying the invariants is often a set of representatives for the equivalence classes of some equational theory. For instance, a sorted list is a particular representative wrt commutativity. Theories like associativity, neutral element, idempotence, etc. are also very common. Now, when one wants to combine various invariants, it may be difficult to find the suitable representatives and to efficiently implement the invariants. The preservation of invariants throughout the whole program is even more difficult and error prone. Classically, the programmer solves this problem using a combination of two techniques: the definition of appropriate construction functions for the representatives and the consistent usage of these functions ensured via compiler verifications. The common way of ensuring consistency is to use an abstract data type for the representatives; unfortunately, pattern matching on representatives is lost. A more appealing alternative is to define a concrete data type with private constructors so that both compiler verification and pattern matching on representatives are granted. In this paper, we detail the notion of private data type and study the existence of construction functions. We also describe a prototype, called Moca, that addresses the entire problem of...<|reference_end|>
@article{blanqui2007on,
    title={On the implementation of construction functions for non-free concrete
  data types},
    author={Fr'ed'eric Blanqui (INRIA Lorraine - LORIA), Th'er`ese Hardin
  (LIP6), Pierre Weis (INRIA Rocquencourt)},
    journal={Dans 16th European Symposium on Programming (2006)},
    year={2007},
    archivePrefix={arXiv},
    eprint={cs/0701031},
    primaryClass={cs.LO cs.PL}
}