dc.date.accessioned2021-08-23T22:58:37Z
dc.date.accessioned2022-10-19T00:30:36Z
dc.date.available2021-08-23T22:58:37Z
dc.date.available2022-10-19T00:30:36Z
dc.date.created2021-08-23T22:58:37Z
dc.date.issued2018
dc.identifierhttp://hdl.handle.net/10533/252369
dc.identifier1150017
dc.identifierWOS:000427352700001
dc.identifier.urihttps://repositorioslatinoamericanos.uchile.cl/handle/2250/4483632
dc.description.abstractFull-spectrum dependent types promise to enable the development of correct-by-construction software. However, even certified software needs to interact with simply-typed or untyped programs, be it to perform system calls, or to use legacy libraries. Trading static guarantees for runtime checks, the dependent interoperability framework provides a mechanism by which simply-typed values can safely be coerced to dependent types and, conversely, dependently-typed programs can defensively be exported to a simply-typed application. In this article, we give a semantic account of dependent interoperability. Our presentation relies on and is guided by a pervading notion of type equivalence, whose importance has been emphasized in recent work on homotopy type theory. Specifically, we develop the notions of type-theoretic partial Galois connections as a key foundation for dependent interoperability, which accounts for the partiality of the coercions between types. We explore the applicability of both type-theoretic Galois connections and anticonnections in the setting of dependent interoperability. A partial Galois connection enforces a translation of dependent types to runtime checks that are both sound and complete with respect to the invariants encoded by dependent types. Conversely, picking an anticonnection instead lets us induce weaker, sound conditions that can amount to more efficient runtime checks. Our framework is developed in Coq
dc.description.abstractit is thus constructive and verified in the strictest sense of the terms. Using our library, users can specify domain-specific partial connections between data structures. Our library then takes care of the (sometimes, heavy) lifting that leads to interoperable programs. It thus becomes possible, as we shall illustrate, to internalize and hand-tune the extraction of dependently-typed programs to interoperable OCaml programs within Coq itself.
dc.languageeng
dc.relationhttp://revistas.uach.cl/pdf/racs/n32/art05.pdf
dc.relationhandle/10533/111557
dc.relation10.1017/S0956796818000011
dc.relationhandle/10533/111541
dc.relationhandle/10533/108045
dc.rightsinfo:eu-repo/semantics/article
dc.rightsinfo:eu-repo/semantics/openAccess
dc.rightsAtribución-NoComercial-SinDerivadas 3.0 Chile
dc.rightshttp://creativecommons.org/licenses/by-nc-nd/3.0/cl/
dc.titleFoundations of dependent interoperability
dc.typeArticulo


Este ítem pertenece a la siguiente institución