Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Anand Dukkipati

dblp:366/7527 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
1since 2021 · last 2024
0009-0000-3141-9144ORCID · reported

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 1 · 1 since 2021

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Programming languages and type systems · 100%

Topics — the 4 heaviest of 4, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Programming languages and type systems › type checking
bidirectional type checking
0.812024
Total Type Error Localization and Recovery with Holes · Proc. ACM Program. Lang. 2024
Programming languages and type systems › type inference
constraint-based type inference
0.812024
Total Type Error Localization and Recovery with Holes · Proc. ACM Program. Lang. 2024
Programming languages and type systems › type systems
gradual typing
0.812024
Total Type Error Localization and Recovery with Holes · Proc. ACM Program. Lang. 2024
Programming languages and type systems › type checking
type error localization
0.812024
Total Type Error Localization and Recovery with Holes · Proc. ACM Program. Lang. 2024

Methods — techniques the papers use, named apart from their topics

constraint solving · 0.8agda mechanization · 0.8
YearPublicationVenuePosition
2024 Total Type Error Localization and Recovery with Holes
abstract
Type systems typically only define the conditions under which an expression is well-typed, leaving ill-typed expressions formally meaningless. This approach is insufficient as the basis for language servers driving modern programming environments, which are expected to recover from simultaneously localized errors and continue to provide a variety of downstream semantic services. This paper addresses this problem, contributing the first comprehensive formal account of total type error localization and recovery: the marked lambda calculus. In particular, we define a gradual type system for expressions with marked errors, which operate as non-empty holes, together with a total procedure for marking arbitrary unmarked expressions. We mechanize the metatheory of the marked lambda calculus in Agda and implement it, scaled up, as the new basis for Hazel, a full-scale live functional programming environment with, uniquely, no meaningless editor states. The marked lambda calculus is bidirectionally typed, so localization decisions are systematically predictable based on a local flow of typing information. Constraint-based type inference can bring more distant information to bear in discovering inconsistencies but this notoriously complicates error localization. We approach this problem by deploying constraint solving as a type-hole-filling layer atop this gradual bidirectionally typed core. Errors arising from inconsistent unification constraints are localized exclusively to type and expression holes, i.e., the system identifies unfillable holes using a system of traced provenances, rather than localized in an ad hoc manner to particular expressions. The user can then interactively shift these errors to particular downstream expressions by selecting from suggested partially consistent type hole fillings, which returns control back to the bidirectional system. We implement this type hole inference system in Hazel.
Eric Zhao 0006, Raef Maroof, Anand Dukkipati, Andrew Blinn, Zhiyi Pan 0004, Cyrus Omar
Proc. ACM Program. Lang.3