Demo Data from VLDB 2026 / reviewers in the wild / expert
Gerhard Goos
dblp:g/GerhardGoos
· DBLP profile ↗
5ranked-venue papers
0as first author
0since 2021 · last 2008
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 4Databases, data management, data science and information retrieval · 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
1 paper |
Compilers and program optimization · 100% |
Topics — the 1 heaviest of 1, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Compilers and program optimization
register allocation |
0.1 | 1 | 2008 | Copy coalescing by graph recoloring · PLDI 2008 |
Methods — techniques the papers use, named apart from their topics
live range splitting · 0.1graph coloring · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2008 | Copy coalescing by graph recoloringabstractRegister allocation is always a trade-off between live-range splitting and coalescing. Live-range splitting generally leads to less spilling at the cost of inserting shuffle code. Coalescing removes shuffle code while potentially raising the register demand and causing spilling. Sebastian Hack, Gerhard Goos |
PLDI | 2 |
| 2006 | Register Allocation for Programs in SSA-Form
Sebastian Hack, Daniel Grund, Gerhard Goos |
CC | 3 |
| 2006 | Optimal register allocation for SSA-form programs in polynomial time
Sebastian Hack, Gerhard Goos |
Inf. Process. Lett. | 2 |
| 2005 | New software composition concepts
Elke Pulvermüller, Gerhard Goos, Uwe Aßmann |
Sci. Comput. Program. | 2 |
| 2000 | Construction of robust class hierarchiesabstractThis article discusses the problem of constructing robust class libraries. Further design criteria include the flexibility of class libraries, the efficiency of the implementations, and their safe extensibility. We show that it is possible to design robust libraries to satisfy any two of the requirements at the same time. Although the solution may require an exponential growth in the number of classes compared to the original design, this apparent class explosion can be controlled by generating only the necessary additional classes automatically. As an application demonstrating both the theoretical problems and the power of our generator approach, the design of a library modelling data structures and algorithms for graphs is considered. Both the discussion and the results in this article generalize to other domains. Copyright © 2000 John Wiley & Sons, Ltd. Arne Frick, Gerhard Goos, Rainer Neumann, Wolf Zimmermann |
Softw. Pract. Exp. | 2 |