Demo Data from EDBT 2026 / reviewers in the wild / expert
Thomas Letan
dblp:189/1075
· DBLP profile ↗
4ranked-venue papers
4as first author
1since 2021 · last 2021
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Theory of computation · 4 · 4 first-author · 1 since 2021Software engineering, systems software and programming languages · 3 · 3 first-author
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
2 papers |
Programming languages and type systems · 56% Program verification · 44% | |
| Network and information security
1 paper |
Hardware security and side channels · 100% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Programming languages and type systems › computational effects › algebraic effects
effect handlers |
0.3 | 1 | 2018 | Modular Verification of Programs with Effects and Effect Handlers in Coq · FM 2018 |
Program verification
modular verification |
0.3 | 1 | 2018 | Modular Verification of Programs with Effects and Effect Handlers in Coq · FM 2018 |
Programming languages and type systems › computational effects
effect systems |
0.1 | 1 | 2018 | Modular Verification of Programs with Effects and Effect Handlers in Coq · FM 2018 |
Methods — techniques the papers use, named apart from their topics
verification · 0.5formal specification · 0.5modular verification · 0.3coq · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2021 | Modular verification of programs with effects and effects handlersabstractAbstract Modern computing systems have grown in complexity, and even though system components are generally carefully designed and even verified by different groups of people, thecompositionof these components is often regarded with less attention. Inconsistencies between components’ assumptions on the rest of the system can have significant repercussions on this system, and may ultimately lead to safety or security issues. In this article, we introduce FreeSpec, a formalismbuilt upon the key idea that components can bemodeled as programs with algebraic effects to be realized by other components. FreeSpec allows for the modular modeling of a complex system, by defining idealized components connected together, and the modular verification of the properties of their composition. In addition, we have implemented a framework for the Coq proof assistant based on FreeSpec. Thomas Letan, Yann Régis-Gianas, Pierre Chifflier, Guillaume Hiet |
Formal Aspects Comput. | 1 |
| 2020 | FreeSpec: specifying, verifying, and executing impure computations in CoqabstractFreeSpec is a framework for the Coq theorem prover which allows for specifying and verifying complex systems as hierarchies of components verified both in isolation and in composition. While FreeSpec was originally introduced for reasoning about hardware architectures, in this article we propose a novel iteration of FreeSpec formalism specifically designed to write certified programs and libraries. Then, we present in depth how we use this formalism to verify a static files webserver. We use this opportunity to present FreeSpec proof automation tactics, and to demonstrate how they successfully erase FreeSpec internal definitions to let users focus on the core of their proofs. Finally, we introduce FreeSpec.Exec, a plugin for Coq to seamlessly execute certified programs written with FreeSpec. Thomas Letan, Yann Régis-Gianas |
CPP | 1 |
| 2018 | Modular Verification of Programs with Effects and Effect Handlers in Coq
Thomas Letan, Yann Régis-Gianas, Pierre Chifflier, Guillaume Hiet |
FM | 1 |
| 2016 | SpecCert: Specifying and Verifying Hardware-Based Security Enforcement
Thomas Letan, Pierre Chifflier, Guillaume Hiet, Pierre Néron, Benjamin Morin |
FM | 1 |