All Downloads are FREE. Search and download functionalities are using the official Maven repository.

com.android.dx.ssa.package-info Maven / Gradle / Ivy

There is a newer version: 14.0.0_r21
Show newest version
/*
 * Copyright (C) 2008 The Android Open Source Project
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

package com.android.dx.ssa;

/**
 * 

An introduction to SSA Form

* * This package contains classes associated with dx's {@code SSA} * intermediate form. This form is a static-single-assignment representation of * Rop-form a method with Rop-form-like instructions (with the addition of a * {@link PhiInsn phi instriction}. This form is intended to make it easy to * implement basic optimization steps and register allocation so that a * reasonably efficient register machine representation can be produced from a * stack machine source bytecode.

* *

Key Classes

* *

Classes related to conversion and lifetime

*
    *
  • {@link Optimizer} is a singleton class containing methods for * converting, optimizing, and then back-converting Rop-form methods. It's the * typical gateway into the rest of the package. *
  • {@link SsaConverter} converts a Rop-form method to SSA form. *
  • {@link SsaToRop} converts an SSA-form method back to Rop form. *
* *

Classes related to method representation

*
    *
  • A {@link SsaMethod} instance represents a method. *
  • A {@link SsaBasicBlock} instance represents a basic block, whose * semantics are quite similar to basic blocks in * {@link com.android.dx.rop Rop form}. *
  • {@link PhiInsn} instances represent "phi" operators defined in SSA * literature. They must be the first N instructions in a basic block. *
  • {@link NormalSsaInsn} instances represent instructions that directly * correspond to {@code Rop} form. *
* *

Classes related to optimization steps

*
    *
  • {@link MoveParamCombiner} is a simple step that ensures each method * parameter is represented by at most one SSA register. *
  • {@link SCCP} is a (partially implemented) sparse-conditional * constant propogator. *
  • {@link LiteralOpUpgrader} is a step that attempts to use constant * information to convert math and comparison instructions into * constant-bearing "literal ops" in cases where they can be represented in the * output form (see {@link TranslationAdvice#hasConstantOperation}). *
  • {@link ConstCollector} is a step that attempts to trade (modest) * increased register space for decreased instruction count in cases where * the same constant value is used repeatedly in a single method. *
  • {@link DeadCodeRemover} is a dead code remover. This phase must * always be run to remove unused phi instructions. *
* *

SSA Lifetime

* The representation of a method in SSA form obeys slightly different * constraints depending upon whether it is in the process of being converted * into or out of SSA form. * *

Conversion into SSA Form

* * {@link SsaConverter#convertToSsaMethod} takes a {@code RopMethod} and * returns a fully-converted {@code SsaMethod}. The conversion process * is roughly as follows: * *
    *
  1. The Rop-form method, its blocks and their instructions are directly * wrapped in {@code SsaMethod}, {@code SsaBasicBlock} and * {@code SsaInsn} instances. Nothing else changes. *
  2. Critical control-flow graph edges are {@link SsaConverter#edgeSplit * split} and new basic blocks inserted as required to meet the constraints * necessary for the ultimate SSA representation. *
  3. A {@link LocalVariableExtractor} is run to produce a table of * Rop registers to local variables necessary during phi placement. This * step could also be done in Rop form and then updated through the preceding * steps. *
  4. {@code Phi} instructions are {link SsaConverter#placePhiFunctions} * placed in a semi-pruned fashion, which requires computation of {@link * Dominators dominance graph} and each node's {@link DomFront * dominance-frontier set}. *
  5. Finally, source and result registers for all instructions are {@link * SsaRenamer renamed} such that each assignment is given a unique register * number (register categories or widths, significant in Rop form, do not * exist in SSA). Move instructions are eliminated except where necessary * to preserve local variable assignments. *
* */




© 2015 - 2024 Weber Informatics LLC | Privacy Policy