Uses of Package
org.ek9lang.compiler.symbols

Package
Description
B - For the EK9 compiler itself.
JVM Bytecode Generation - Transforms EK9 IR into JVM bytecode.
Common parts of processing that can be reused across various phases.
The directives are really aimed at helping the creation of the EK9 language, but they maybe very useful in the early stages of adoption of EK9 (should there be any).
IR Instruction Classes - The instruction set for EK9 intermediate representation.
IR Support Utilities - Helper classes for IR generation and processing.
E - Initial Symbol definition by traversing the 'ANTLR' - 'AST'.
F - Resolution of Explicitly Defined Type Symbols - at this point phase3 processing should have defined most of the explicitly defined symbols, so they should be resolvable.
G - Full Symbol Resolution can now take place.
H - Generic/Parameterised types can have their methods checked when used in specific contexts.
I - PRE Intermediate Representation generation checks.
Call graph infrastructure for EK9 compiler static analysis.
 
 
Data model for slice-2 deadlock detection analysis results.
K - Intermediate Representation Generation.
 
 
 
 
Synthetic operator and method generation for EK9.
Support classes for synthetic operator IR generation.
M - Intermediate Representation Analysis and Optimization.
Used primarily to hold structures that are related to searching for symbols.
Contains critical general components used in the Ek9Compiler listeners.
 
 
 
 
THE reading of EK9 literals - one class per question, each held as an instance by the class that asks.
 
 
 
THE reading of a statement that stores the object in one of its OWN properties - me: this, next := this, this.owner :=? this - a property of the object's own type that refers back to it (StoredProperty).
 
THE classification of stream stages by what they need from the stream - use these classes, never a list of stage tokens of your own.
 
This is the main source of EK9 Symbols used within the compiler.