## Tail call

In computer science, a *tail call* is a subroutine call performed as the final action of a procedure. If a tail call might lead to the same subroutine being called again later in the call chain, the subroutine is said to be tail-recursive, which is a special case of recursion.

Tail calls can be implemented without adding a new stack frame to the call stack. Most of the frame of the current procedure is no longer needed, and can be replaced by the frame of the tail call, modified as appropriate (similar to overlay for processes, but for function calls). The program can then jump to the called subroutine. Producing such code instead of a standard call sequence is called *tail call elimination*. Tail call elimination allows procedure calls in tail position to be implemented as efficiently as `goto`

statements, thus allowing efficient structured programming. In the words of Guy L. Steele, “in general, procedure calls may be usefully thought of as GOTO statements which also pass parameters, and can be uniformly coded as [machine code] JUMP instructions.”

## Call site

In programming, a *call site* of a function or subroutine is the location (line of code) where the function is called (or may be called, through dynamic dispatch). A call site is where zero or more arguments are passed to the function, and zero or more return values are received.

```
// this is a function definition
function sqr(x) {
return x * x;
}
function foo() {
// these are two call sites of function sqr in this function
a = sqr(b);
c = sqr(b);
}
```

## Constant folding

*Constant folding* is the process of recognizing and evaluating constant expressions at compile time rather than computing them at runtime. Terms in constant expressions are typically simple literals, such as the integer literal, but they may also be variables whose values are known at compile time. Consider the statement:

```
int i = 320 * 200 * 32;
```

Most compilers would not actually generate two multiply instructions and a store for this statement. Instead, they identify constructs such as these and substitute the computed values at compile time (in this case, 2,048,000).

Constant folding can make use of arithmetic identities. If `x`

is numeric, the value of `0 * x`

is zero even if the compiler does not know the value of `x`

(note that this is not valid for IEEE floats since `x`

could be `Infinity`

or `NotANumber`

. Still, some languages favoring performance like GLSL allows this for constants, which can occasionally cause bugs).

Constant folding may apply to more than just numbers. Concatenation of string literals and constant strings can be constant folded. Code such as `"abc" + "def"`

may be replaced with `"abcdef"`

.

## Constant propagation

*Constant propagation* is the process of substituting the values of known constants in expressions at compile time. Such constants include those defined above, as well as intrinsic functions applied to constant values. Consider the following pseudocode:

```
int x = 14;
int y = 7 - x / 2;
return y * (28 / x + 2);
```

Propagating `x`

yields:

```
int x = 14;
int y = 7 - 14 / 2;
return y * (28 / 14 + 2);
```

Continuing to propagate yields the following (which would likely be further optimized by dead code elimination of both `x`

and `y`

.)

```
int x = 14;
int y = 0;
return 0;
```

Constant propagation is implemented in compilers using *reaching definition*analysis results. If all a variable’s reaching definitions are the same assignment which assigns a same constant to the variable, then the variable has a constant value and can be replaced with the constant.

Constant propagation can also cause conditional branches to simplify to one or more unconditional statements, when the conditional expression can be evaluated to true or false at compile time to determine the only possible outcome.

## Reaching definition

In compiler theory, a *reaching definition* for a given instruction is an earlier instruction whose target variable can reach (be assigned to) the given one without an intervening assignment. For example, in the following code:

```
d1 : y := 3
d2 : x := y
```

`d1`

is a reaching definition for `d2`

. In the following, example, however:

```
d1 : y := 3
d2 : y := 4
d3 : x := y
```

`d1`

is no longer a reaching definition for `d3`

, because `d2`

kills its reach: the value defined in `d1`

is no longer available and cannot reach `d3`

.

The similarly named reaching definitions is a data-flow analysis which statically determines which definitions may reach a given point in the code. Because of its simplicity, it is often used as the canonical example of a data-flow analysis in textbooks. The data-flow confluence operator used is set union, and the analysis is forward flow. Reaching definitions are used to compute use-def chains.

## Peephole optimization

*Peephole optimization* is an optimization technique performed on a small set of instructions in a segment of assembly-language code, known as the peephole or window. Peephole optimization involves changes to individual assembly-language instructions, such as eliminating redundant code, replacing slower instructions with faster ones, optimizing flow control, and performing algebraic simplification.

Common techniques applied in peephole optimization:

- Null sequences – Delete useless operations.
- Combine operations – Replace several operations with one equivalent.
- Algebraic laws – Use algebraic laws to simplify or reorder instructions.
- Special case instructions – Use instructions designed for special operand cases.
- Address mode operations – Use address modes to simplify code. There can be other types of peephole optimizations.

## Value numbering

*Value numbering* is a technique of determining when two computations in a program are equivalent and eliminating one of them with a semantics preserving optimization.

### Global value numbering

*Global value numbering* (GVN) is a compiler optimization based on the static single assignment form (SSA) intermediate representation. It sometimes helps eliminate redundant code that common subexpression elimination (CSE) does not. At the same time, however, CSE may eliminate code that GVN does not, so both are often found in modern compilers. Global value numbering is distinct from local value numbering in that the value-number mappings hold across basic block boundaries as well, and different algorithms are used to compute the mappings.

Global value numbering works by assigning a value number to variables and expressions. The same value number is assigned to those variables and expressions which are provably equivalent. For instance, in the following code:

## Common subexpression elimination

In compiler theory, *common subexpression elimination* (CSE) is a compiler optimization that searches for instances of identical expressions (i.e., they all evaluate to the same value), and analyzes whether it is worthwhile replacing them with a single variable holding the computed value.

### Example

In the following code:

```
a = b * c + g;
d = b * c * e;
```

It may be worth transforming the code to:

```
tmp = b * c;
a = tmp + g;
d = tmp * e;
```

If the cost of storing and retrieving `tmp`

is less than the cost of calculating `b * c`

an extra time.

### Principle

The possibility to perform CSE is based on available expression analysis (a data flow analysis). An expression `b * c`

is available at a point `p`

in a program if:

- every path from the initial node to
`p`

evaluates`b * c`

before reaching`p`

, - and there are no assignments to
`b`

or`c`

after the evaluation but before`p`

.

The cost/benefit analysis performed by an optimizer will calculate whether the cost of the store to `tmp`

is less than the cost of the multiplication; in practice other factors such as which values are held in which registers are also significant.

Compiler writers distinguish two kinds of CSE:

- local common subexpression elimination works within a single basic block
- global common subexpression elimination works on an entire procedure

Both kinds rely on data flow analysis of which expressions are available at which points in a program.