Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Robert Muller

dblp:05/6576 · DBLP profile ↗
← Back
7ranked-venue papers
3as first author
0since 2021 · last 2002
—ORCID · none

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

Software engineering, systems software and programming languages · 7 · 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
3 papers
Programming languages and type systems · 84% Program verification · 16%
Theoretical computer science
1 paper
Logic in computer science · 100%

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

TopicWeightPapersLastEvidence papers
Programming languages and type systems › type checking
decidable type checking
0.011993
Safe and Decidable Type Checking in an Object-Oriented Language · OOPSLA 1993
Programming languages and type systems › type systems
subtyping
0.011993
Safe and Decidable Type Checking in an Object-Oriented Language · OOPSLA 1993
Programming languages and type systems
type systems
0.011993
Safe and Decidable Type Checking in an Object-Oriented Language · OOPSLA 1993
Programming languages and type systems › language semantics › formal semantics › operational semantics
reduction semantics
0.011992
M-Lisp: A Representation-Independent Dialect of Lisp with Reduction Semantics · ACM Trans. Program. Lang. Syst. 1992
Programming languages and type systems › metaprogramming
macro expansion
0.011994
A Staging Calculus and its Application to the Verification of Translators · POPL 1994
Logic in computer science › algebraic logic
equational logic
0.011992
M-Lisp: A Representation-Independent Dialect of Lisp with Reduction Semantics · ACM Trans. Program. Lang. Syst. 1992

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

operational semantics · 0.0equational logic · 0.0lambda calculus · 0.0confluence · 0.0capture-avoiding substitution · 0.0
YearPublicationVenuePosition
2002 A calculus with polymorphic and polyvariant flow types
abstract
We present λ CIL , a typed λ-calculus which serves as the foundation for a typed intermediate language for optimizing compilers for higher-order polymorphic programming languages. The key innovation of λ CIL is a novel formulation of intersection and union types and flow labels on both terms and types. These flow types can encode polyvariant control and data flow information within a polymorphically typed program representation. Flow types can guide a compiler in generating customized data representations in a strongly typed setting. Since λ CIL enjoys confluence, standardization, and subject reduction properties, it is a valuable tool for reasoning about programs and program transformations.
Joe B. Wells, Allyn Dimock, Robert Muller, Franklyn A. Turbak
J. Funct. Program.3
2001 Functioning without Closure: Type-Safe Customized Function Representations for Standard ML
abstract
The CIL compiler for core Standard ML compiles whole ML programs using a novel typed intermediate language that supports the generation of type-safe customized data representations. In this paper, we present empirical data comparing the relative efficacy of several different flow-based customization strategies for function representations. We develop a cost model to interpret dynamic counts of operations required for each strategy. In this cost model, customizing the representation of closed functions gives a 12-17% improvement on average over uniform closure representations, depending on the layout of the closure. We also present data on the relative effectiveness of various strategies for reducing representation pollution, i.e., situations where flow constraints require the representation of a value to be less efficient than it would be in ideal circumstances. For the benchmarks tested and the types of representation pollution detected by our compiler, the pollution removal strategies we consider often cost more in overhead than they gain via enabled customizations. Notable exceptions are selective defunctionalization, a function representation strategy that often achieves significant customization benefits via aggressive pollution removal, and a simple form of flow-directed inlining, in which pollution removal allows multiple functions to be inlined at the same call site.
Allyn Dimock, Ian Westmacott, Robert Muller, Franklyn A. Turbak, Joe B. Wells
ICFP3
1997 Strongly Typed Flow-Directed Representation Transformations
abstract
We present a new framework for transforming data representations in a strongly typed intermediate language. Our method allows both value producers (sources) and value consumers (sinks) to support multiple representations, automatically inserting any required code. Specialized representations can be easily chosen for particular source/sink pairs.The framework is based on these techniques:1. Flow annotated types encode the "flows-from" (source) and "flows-to" (sink) information of a flow graph.2. Intersection and union types support (a) encoding precise flow information, (b) separating flow information so that transformations can be well typed, (c) automatically reorganizing flow paths to enable multiple representations.As an instance of our framework, we provide a function representation transformation that encompasses both closure conversion and inlining. Our framework is adaptable to data other than functions.
Allyn Dimock, Robert Muller, Franklyn A. Turbak, Joe B. Wells
ICFP2
1994 A Staging Calculus and its Application to the Verification of Translators
abstract
We develop a calculus in which the computation steps required to execute a computer program can be separated into discrete stages. The calculus, denoted λ2, is embedded within the pure untyped λ-calculus. The main result of the paper is a characterization of sufficient conditions for confluence for terms in the calculus. The condition can be taken as a correctness criterion for translators that perform reductions in one stage leaving residual redexes over for subsequent computation stages. As an application of the theory, we verify the correctness of a macro expansion algorithm. The expansion algorithm is of some interest in its own right since it solves the problem of desired variable capture using only the familiar capture avoiding substitutions.
Robert Muller
POPL1
1993 Safe and Decidable Type Checking in an Object-Oriented Language
abstract
Over the last several years, much interesting work has been done in modelling object-oriented programming languages in terms of extensions of the bounded second-order lambda calculus, F . Unfortunately, it has recently been shown by Pierce ([Pie92]) that type checking F is undecidable. Moreover, he showed that the undecidability arises in the seemingly simpler problem of determining whether one type is a subtype of another. In [Bru93a, Bru93b], the first author introduced a statically-typed, functional, object-oriented programming language, TOOPL, which supports classes, objects, methods, instance variables, subtypes, and inheritance. The semantics of TOOPL is based on F , so the question arises whether type checking in this language is decidable. In this paper we show that type checking for TOOPLE, a minor variant of TOOPL (Typed Object-Oriented Programming Language), is decidable. The proof proceeds by showing that subtyping is decidable, that all terms of TOOPLE have minimum types...
Kim B. Bruce, Jonathan Crabtree, Thomas P. Murtagh, Robert van Gent, Allyn Dimock, Robert Muller
OOPSLA6
1992 M-Lisp: A Representation-Independent Dialect of Lisp with Reduction Semantics
abstract
In this paper we introduce M-LISP, a dialect of LISP designed with an eye toward reconciling LISP's metalinguistic power with the structural style of operational semantics advocated by Plotkin [28]. We begin by reviewing the original definition of LISP [20] in an attempt to clarify the source of its metalinguistic power. We find that it arises from a problematic clause in this definition. We then define the abstract syntax and operational semantics of M-LISP, essentially a hybrid of M-expression LISP and Scheme. Next, we tie the operational semantics to the corresponding equational logic. As usual, provable equality in the logic implies operational equality. Having established this framework we then extend M-LISP with the metalinguistic eval and reify operators (the latter is a nonstrict operator that converts its argument to its metalanguage representation). These operators encapsulate the matalinguistic representation conversions that occur globally in S-expression LISP. We show that the naive versions of these operators render LISP's equational logic inconsistent. On the positive side, we show that a naturally restricted form of the eval operator is confluent and therefore a conservative extension of M-LISP. Unfortunately, we must weaken the logic considerably to obtain a consistent theory of reification.
Robert Muller
ACM Trans. Program. Lang. Syst.1
1991 M-LISP: Its Natural Semantics and Equational Logic (Extended Abstract)
abstract
article Free Access Share on M-LISP: its natural semantics and equational logic Author: Robert Muller Aiken Computation Laboratory, Harvard University, Cambridge, MA Aiken Computation Laboratory, Harvard University, Cambridge, MAView Profile Authors Info & Claims ACM SIGPLAN NoticesVolume 26Issue 9Sept. 1991 pp 234–242https://doi.org/10.1145/115866.115891Published:01 May 1991Publication History 0citation317DownloadsMetricsTotal Citations0Total Downloads317Last 12 Months26Last 6 weeks0 Get Citation AlertsNew Citation Alert added!This alert has been successfully added and will be sent to:You will be notified whenever a record that you have chosen has been cited.To manage your alert preferences, click on the button below.Manage my AlertsNew Citation Alert!Please log in to your account Save to BinderSave to BinderCreate a New BinderNameCancelCreateExport CitationPublisher SiteeReaderPDF
Robert Muller
PEPM1