David Stoutamire

dblp:98/5374 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
0since 2021 · last 1998
—ORCID · none

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

Software engineering, systems software and programming languages · 2

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 · 95% Compilers and program optimization · 5%

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

TopicWeightPapersLastEvidence papers
Programming languages and type systems › type systems › polymorphism
generics
0.011998
Making the Future Safe for the Past: Adding Genericity to the Java Programming Language · OOPSLA 1998
Programming languages and type systems › type systems › polymorphism
generic types
0.011998
Making the Future Safe for the Past: Adding Genericity to the Java Programming Language · OOPSLA 1998
Programming languages and type systems
type systems
0.011998
Making the Future Safe for the Past: Adding Genericity to the Java Programming Language · OOPSLA 1998
Programming languages and type systems
object-oriented programming
0.011996
Iteration Abstraction in Sather · ACM Trans. Program. Lang. Syst. 1996

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

translation · 0.0structured iteration · 0.0comparison with CLU iterators · 0.0
YearPublicationVenuePosition
1998 Making the Future Safe for the Past: Adding Genericity to the Java Programming Language
abstract
We present GJ, a design that extends the Java programming language with generic types and methods. These are both explained and implemented by translation into the unextended language. The translation closely mimics the way generics are emulated by programmers: it erases all type parameters, maps type variables to their bounds, and inserts casts where needed. Some subtleties of the translation are caused by the handling of overriding.GJ increases expressiveness and safety: code utilizing generic libraries is no longer buried under a plethora of casts, and the corresponding casts inserted by the translation are guaranteed to not fail.GJ is designed to be fully backwards compatible with the current Java language, which simplifies the transition from non-generic to generic programming. In particular, one can retrofit existing library classes with generic interfaces without changing their code.An implementation of GJ has been written in GJ, and is freely available on the web.
Gilad Bracha, Martin Odersky, David Stoutamire, Philip Wadler
OOPSLA3
1996 Iteration Abstraction in Sather
abstract
Sather extends the notion of an iterator in a powerful new way. We argue that iteration abstractions belong in class interfaces on an equal footing with routines. Sather iterators were derived from CLU iterators but are much more flexible and better suited for object-oriented programming. We retain the property that iterators are structured , i.e., strictly bound to a controlling structured statement. We motivate and describe the construct along with several simple examples. We compare it with iteration based on CLU iterators, cursors, riders, streams, series, generators, coroutines, blocks, closures, and lambda expressions. Finally, we describe experiences with iterators in the Sather compiler and libraries.
Stephan Murer, Stephen M. Omohundro, David Stoutamire, Clemens A. Szyperski
ACM Trans. Program. Lang. Syst.3