Dependent Haskell has been desired in the community of Haskell programmers for a long time. Our goal of this project is to make the core language of Haskell, known as System FC, dependently typed, as steps are taken towards dependent Haskell.
This is a working-in-progress project. As a small step towards our final goal, the focus of this talk is on coercion quantification. Coercion quantification is necessary to support homogeneous equality, which simplifies the core and is important for meta-theories of dependently typed core.
Coercion quantification is interesting for both people working in core and for Haskell users. For GHC hackers, the patch to core formalization is worth attention. Adding coercion quantification involves refactor to lots of files in the compilation pipeline and introduces several subtleties. For Haskell users, coercion quantification opens up new questions to the design space in source Haskell, which requires non-trivial extension of the solver. We would want Haskell users to answer if this feature is ever desired in their development.
In this talk, we will share the high-level story-line of the dependently typed core, our low-level progress in implementing coercion quantification, as well as the involving design space, and seek feedbacks from the broader community.
|Coercion Quantification (slides.pdf)||1.64MiB|
Sun 23 Sep Times are displayed in time zone: Guadalajara, Mexico City, Monterrey change
|13:30 - 13:55|
HIWLink to publication File Attached
|13:55 - 14:20|
|Type-level visible type application|
My NguyenBryn Mawr CollegeFile Attached
|14:20 - 14:45|
|Implementing Linear Haskell|
|14:45 - 14:53|
|Lightning talk: Implementing a VMware Haskell Client with Extensible Records|
Matthew RussellSimSpaceLink to publication File Attached
|14:53 - 15:01|
|Lightning talk: Asterius: Bringing Haskell to WebAssembly|
Cheng ShaoTweag I/OMedia Attached
|15:01 - 15:10|
|Lightning talk: Perfomance impact of control flow optimization|