VLDB 2026 Research / reviewers in the wild / expert
Thomas Gazagnaire
dblp:78/2476
· DBLP profile ↗
10ranked-venue papers
4as first author
2since 2021 · last 2026
0009-0001-6893-4630ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 7 · 2 first-author · 2 since 2021Computer networks · 2 · 1 first-authorTheory of computation · 2 · 2 first-authorSystems, architecture and hardware · 1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2026 | Package Managers à la Carte: A Formal Model of Dependency ResolutionabstractPackage managers are legion. Every programming language and operating system has its own solution, each with subtly different semantics for dependency resolution. This fragmentation prevents multilingual projects from expressing precise dependencies across language ecosystems; it leaves external system dependencies implicit and unversioned; and it obscures the full dependency graph that supply-chain analysis depends on. We present the Package Calculus, a formalism for dependency resolution that unifies the core semantics of package managers. Through a series of formal reductions, we show how this core is expressive enough to model the diversity of real-world dependency expression languages. The calculus provides the theoretical foundation for future cross-ecosystem tooling, as a lingua franca of dependency expression. Ryan Gibb, Patrick Ferris, David Allsopp, Thomas Gazagnaire, Anil Madhavapeddy |
Proc. ACM Program. Lang. | 4 |
| 2025 | Functional Networking for Millions of Docker Desktops (Experience Report)abstractDocker is a developer tool used by millions of developers to build, share and run software stacks. The Docker Desktop clients for Mac and Windows have long used a novel combination of virtualisation and OCaml unikernels to seamlessly run Linux containers on these non-Linux hosts. We reflect on a decade of shipping this functional OCaml code into production across hundreds of millions of developer desktops, and discuss the lessons learnt from our experiences in integrating OCaml deeply into the container architecture that now drives much of the global cloud. We conclude by observing just how good a fit for systems programming that the unikernel approach has been, particularly when combined with the OCaml module and type system. Anil Madhavapeddy, David J. Scott, Patrick Ferris, Ryan Gibb, Thomas Gazagnaire |
Proc. ACM Program. Lang. | 5 |
| 2020 | Banyan: Coordination-Free Distributed Transactions over Mergeable Types
Shashank Shekhar Dubey, K. C. Sivaramakrishnan, Thomas Gazagnaire, Anil Madhavapeddy |
APLAS | 3 |
| 2015 | Jitsu: Just-In-Time Summoning of Unikernels
Anil Madhavapeddy, Thomas Leonard, Magnus Skjegstad, Thomas Gazagnaire, David Sheets, David J. Scott, Richard Mortier, Amir Chaudhry, Balraj Singh, Jon Ludlam, Jon Crowcroft, Ian M. Leslie |
NSDI | 4 |
| 2013 | Unikernels: library operating systems for the cloudabstractWe present unikernels, a new approach to deploying cloud services via applications written in high-level source code. Unikernels are single-purpose appliances that are compile-time specialised into standalone kernels, and sealed against modification when deployed to a cloud platform. In return they offer significant reduction in image sizes, improved efficiency and security, and should reduce operational costs. Our Mirage prototype compiles OCaml code into unikernels that run on commodity clouds and offer an order of magnitude reduction in code size without significant performance penalty. The architecture combines static type-safety with a single address-space layout that can be made immutable via a hypervisor extension. Mirage contributes a suite of type-safe protocol libraries, and our results demonstrate that the hypervisor is a platform that overcomes the hardware compatibility issues that have made past library operating systems impractical to deploy in the real-world. Anil Madhavapeddy, Richard Mortier, Charalampos Rotsos, David J. Scott, Balraj Singh, Thomas Gazagnaire, Steven Hand 0001, Jon Crowcroft |
ASPLOS | 6 |
| 2010 | Using functional programming within an industrial product group: perspectives and perceptionsabstractWe present a case-study of using OCaml within a large product development project, focussing on both the technical and non-technical issues that arose as a result. We draw comparisons between the OCaml team and the other teams that worked on the project, providing comparative data on hiring patterns and cross-team code contribution. David J. Scott, Richard Sharp, Thomas Gazagnaire, Anil Madhavapeddy |
ICFP | 3 |
| 2009 | OXenstored: an efficient hierarchical and transactional database using functional programming with reference cell comparisonsabstractWe describe in this paper our implementation of the Xenstored service which is part of the Xen architecture. Xenstored maintains a hierarchical and transactional database, used for storing and managing configuration values. Thomas Gazagnaire, Vincent Hanquez |
ICFP | 1 |
| 2009 | Causal Message Sequence Charts
Thomas Gazagnaire, Blaise Genest, Loïc Hélouët, P. S. Thiagarajan, Shaofa Yang |
Theor. Comput. Sci. | 1 |
| 2007 | Causal Message Sequence Charts
Thomas Gazagnaire, Blaise Genest, Loïc Hélouët, P. S. Thiagarajan, Shaofa Yang |
CONCUR | 1 |
| 2007 | Event Correlation with Boxed Pomsets
Thomas Gazagnaire, Loïc Hélouët |
FORTE | 1 |