Demo Data from VLDB 2026 / reviewers in the wild / expert
Raef Maroof
dblp:366/5876
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2024
0009-0004-5097-6519ORCID · 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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Programming languages and type systems › type checking
bidirectional type checking |
0.8 | 1 | 2024 | 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.8 | 1 | 2024 | Total Type Error Localization and Recovery with Holes · Proc. ACM Program. Lang. 2024 |
Programming languages and type systems › type systems
gradual typing |
0.8 | 1 | 2024 | Total Type Error Localization and Recovery with Holes · Proc. ACM Program. Lang. 2024 |
Programming languages and type systems › type checking
type error localization |
0.8 | 1 | 2024 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2024 | Total Type Error Localization and Recovery with HolesabstractType 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. | 2 |