VLDB 2026 Research / reviewers in the wild / expert
Pierre Weis
dblp:90/78
· DBLP profile ↗
8ranked-venue papers
0as first author
0since 2021 · last 2013
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 5Artificial intelligence and machine learning · 1Systems, architecture and hardware · 1Theory of computation · 1
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 · 100% |
Topics — the 4 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Programming languages and type systems › type systems › polymorphism
ad-hoc polymorphism |
0.0 | 1 | 1995 | Generic Polymorphism · POPL 1995 |
Programming languages and type systems › type systems
polymorphism |
0.0 | 1 | 1995 | Generic Polymorphism · POPL 1995 |
Programming languages and type systems
type systems |
0.0 | 1 | 1995 | Generic Polymorphism · POPL 1995 |
Programming languages and type systems › type inference
polymorphic type inference |
0.0 | 1 | 1991 | Polymorphic Type Inference and Assignment · POPL 1991 |
Methods — techniques the papers use, named apart from their topics
structural pattern matching on types · 0.0type reconstruction · 0.0soundness proof · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2013 | Wave Equation Numerical Resolution: A Comprehensive Mechanized Proof of a C Program
Sylvie Boldo, François Clément, Jean-Christophe Filliâtre, Micaela Mayero, Guillaume Melquiond, Pierre Weis |
J. Autom. Reason. | 6 |
| 2010 | Formal Proof of a Wave Equation Resolution Scheme: The Method Error
Sylvie Boldo, François Clément, Jean-Christophe Filliâtre, Micaela Mayero, Guillaume Melquiond, Pierre Weis |
ITP | 6 |
| 2007 | On the Implementation of Construction Functions for Non-free Concrete Data Types
Frédéric Blanqui, Thérèse Hardin, Pierre Weis |
ESOP | 3 |
| 2006 | Domain decomposition and skeleton programming with OCamlP3l
François Clément, A. Vodicka, Roberto Di Cosmo, Pierre Weis |
Parallel Comput. | 5 |
| 1996 | Benchmarking Implementations of Functional Languages with 'Pseudoknot', a Float-Intensive BenchmarkabstractAbstract Over 25 implementations of different functional languages are benchmarked using the same program, a floating-point intensive application taken from molecular biology. The principal aspects studied are compile time and execution time for the various implementations that were benchmarked. An important consideration is how the program can be modified and tuned to obtain maximal performance on each language implementation. With few exceptions, the compilers take a significant amount of time to compile this program, though most compilers were faster than the then current GNU C compiler (GCC version 2.5.8). Compilers that generate C or Lisp are often slower than those that generate native code directly: the cost of compiling the intermediate form is normally a large fraction of the total compilation time. There is no clear distinction between the runtime performance of eager and lazy implementations when appropriate annotations are used: lazy implementations have clearly come of age when it comes to implementing largely strict applications, such as the Pseudoknot program. The speed of C can be approached by some implementations, but to achieve this performance, special measures such as strictness annotations are required by non-strict implementations. The benchmark results have to be interpreted with care. Firstly, a benchmark based on a single program cannot cover a wide spectrum of ‘typical’ applications. Secondly, the compilers vary in the kind and level of optimisations offered, so the effort required to obtain an optimal version of the program is similarly varied. Pieter H. Hartel, Marc Feeley, Martin Helmut Alt, Lennart Augustsson, Marcel Beemster, Emmanuel Chailloux, Christine H. Flood, Wolfgang Grieskamp, John H. G. van Groningen, Kevin Hammond, Bogumil Hausman, Melody Y. Ivory, Richard E. Jones, Jasper Kamperman, Peter Lee 0001, Xavier Leroy, Rafael Dueire Lins, Sandra Loosemore, Niklas Röjemo, Manuel Serrano, Jean-Pierre Talpin, Jon Thackray, Pum Walters, Pierre Weis, Peter Wentworth |
J. Funct. Program. | 26 |
| 1995 | Generic PolymorphismabstractWe present the extensional polymorphism, a framework to type check ad hoc polymorphic functions. This formalism is compatible with parametric polymorphism, and supports a large class of functions defined by structural pattern matching on types. Catherine Dubois, François Rouaix, Pierre Weis |
POPL | 3 |
| 1995 | Bigloo: A Portable and Optimizing Compiler for Strict Functional Languages
Manuel Serrano, Pierre Weis |
SAS | 2 |
| 1991 | Polymorphic Type Inference and AssignmentabstractWe present a new approach to the polymorphic typing of data accepting in-place modification in ML-like languages.This approach is based on restrictions over type generalization, and a refined typing of functions.The type system given here leads to a better integration of imperative programming style with the purely applicative kernel of ML.In particular, generic functions that allocate mutable data can safely be given fully polymorphic types.We show the soundness of this type system, and give a type reconstruction algorithm. Xavier Leroy, Pierre Weis |
POPL | 2 |