coq-club AT inria.fr
Subject: The Coq mailing list
List archive
- From: "Soegtrop, Michael" <michael.soegtrop AT intel.com>
- To: "coq-club AT inria.fr" <coq-club AT inria.fr>
- Subject: [Coq-Club] "Opaquify operator" to simplify work with dependent types
- Date: Tue, 15 May 2018 16:10:35 +0000
- Accept-language: de-DE, en-US
- Authentication-results: mail2-smtp-roc.national.inria.fr; spf=None smtp.pra=michael.soegtrop AT intel.com; spf=Pass smtp.mailfrom=michael.soegtrop AT intel.com; spf=None smtp.helo=postmaster AT mga11.intel.com
- Dlp-product: dlpe-windows
- Dlp-reaction: no-action
- Dlp-version: 11.0.200.100
- Ironport-phdr: 9a23:1G5SkxC0KKefOqE4kQjMUyQJP3N1i/DPJgcQr6AfoPdwSPT4r8bcNUDSrc9gkEXOFd2Cra4c0KyO6+jJYi8p2d65qncMcZhBBVcuqP49uEgeOvODElDxN/XwbiY3T4xoXV5h+GynYwAOQJ6tL1LdrWev4jEMBx7xKRR6JvjvGo7Vks+7y/2+94fcbglUijexe69+IAmrpgjNq8cahpdvJLwswRXTuHtIfOpWxWJsJV2Nmhv3+9m98p1+/SlOovwt78FPX7n0cKQ+VrxYES8pM3sp683xtBnMVhWA630BWWgLiBVIAgzF7BbnXpfttybxq+Rw1DWGMcDwULs5Xymp4aV2Rx/ykCoJNyA3/nzLisJ+j6xboQ6uqBNkzoHOfI2YMOBzcr/Bcd8EQ2dKQ8ZfVzZGAoO5d4YDAfcPPeFGoInyu1sOtxy+BRG0COjyzTFIh2P53a0g3Os/FQHK0hErEtULsHTVsNr1NL0dXv6xzKXS1jXDaO1Z2Tjh6IjSdRAhueqBXbN2ccrN10YvExnJgUmXqYzgJj6Y0PkGvWac7+plT+2vimgnphlwojip2scjlI3JipgIxV/a8yhy3YU7JcWgRUJmZdOoDoFcuiGaOodsQs4uXXtktSI0x7EepJK2fSYHxI4pyhPRcfCLbYaF7xb5WOqMIjp0mmppdK++ihu260Ss1O3xW8au3FpUtCZJjNbBu3QL2hfO8MaIUOF98V2k2TuX1wDc9OVEIUcsmKreJJ4u2KM8mocJvUTCGC/2hFv5jKuMeko4/eio7vzrYrTgppCCK495khzyP6AwlsClAek1MhICUmiF9eim0LDu81X1QLBQgf03lqnZvoraJcMepqOhBg9V05os6xalADi41NQUh2IHLFVbdxKIk4jpIVbOIOjjAPe+hVSsjClkx/TcMrL9BZXNK2DPkK39crZl905c1A0zwMhD6JJTE7ENOe78WkvstNPDFRI5KAy1w+P/CNpnzI8eWGSPArWYMKzIq1OI6PgvcKGwY9pfszHkbvMh+vTGjHkjmFZbc7Pjlc8cb2n9FfB7KW2YZ2Dti5EPCzFZkBA5Sbmgs1qPXiJJYG72F4c97TEyBYbsRdPGR4utibGFmjy8E5JKfGdeIlGKDXrsMY6DXqFfO2qpPsZ9n2lcBvCaQIg72ET27V6o+/9cNuPRvxYgm9fm3dlx6ffUkEhrpz1yE8mZlWqKSjMtxz9ad3oNxKl65HdF5BKby6Eh2q5ZE8Be47VCVQJobceBndw/MMj7X0f6RvnMSFuiRYz5UzQ+R4tohd4If0t5Xd6li0Kb0g==
Dear Coq Users/Team,
I did some experiments with dependent types again, and I think the thing I am sometimes missing is an opaquify operator. Terms of dependent types usually contain a mixture of “data” expressions one is interested in and “proof” expressions for which just the type is interesting. The idea is that if I have a term, opaquify(term) makes the term as such opaque, only the type remains visible. The term cannot be unified any more, only its type. When printing an opaquified term, it is printed as something like opaque:<type> or maybe just opaque in case the type can be inferred.
I can use notations and to a certain extent opaque proofs to hide the proof parts of terms of dependent type, but sometimes I think it might also help Coq’s performance to know that it should never look into the term as such, just as if it would be an opaque proof term. Another benefit would be less distraction and maybe a better understanding of the users.
My question: am I doing something wrong when I end up at this thought? How are others handling this?
Best regards,
Michael Intel Deutschland GmbH |
- [Coq-Club] "Opaquify operator" to simplify work with dependent types, Soegtrop, Michael, 05/15/2018
- RE: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Jason -Zhong Sheng- Hu, 05/15/2018
- RE: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Soegtrop, Michael, 05/16/2018
- Re: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Fabian Kunze, 05/16/2018
- RE: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Soegtrop, Michael, 05/16/2018
- Re: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Fabian Kunze, 05/16/2018
- RE: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Soegtrop, Michael, 05/16/2018
- Re: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Maximilian Wuttke, 05/15/2018
- RE: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Soegtrop, Michael, 05/15/2018
- RE: [Coq-Club] "Opaquify operator" to simplify work with dependent types, Jason -Zhong Sheng- Hu, 05/15/2018
Archive powered by MHonArc 2.6.18.