dotty.tools.backend.jvm
Members list
Type members
Classlikes
This trait contains code shared between GenBCode and GenASM that depends on types defined in the compiler cake (Global).
Attributes
- Companion
- class
- Supertypes
- Self type
-
BCodeAsmCommon.type
Attributes
- Supertypes
-
trait BCodeSkelBuildertrait BCodeHelperstrait BytecodeWriterstrait BCodeIdiomaticclass Objecttrait Matchableclass AnyShow all
- Known subtypes
-
trait BCodeSyncAndTryclass GenBCodePipeline
Attributes
- Companion
- object
- Supertypes
- Known subtypes
Attributes
- Companion
- trait
- Supertypes
- Self type
-
BCodeHelpers.type
Attributes
- Supertypes
- Known subtypes
-
trait BCodeHelperstrait BCodeSkelBuildertrait BCodeBodyBuildertrait BCodeSyncAndTryclass GenBCodePipeline
Attributes
- Supertypes
-
trait BCodeHelperstrait BytecodeWriterstrait BCodeIdiomaticclass Objecttrait Matchableclass AnyShow all
- Known subtypes
Attributes
- Supertypes
-
trait BCodeBodyBuildertrait BCodeSkelBuildertrait BCodeHelperstrait BytecodeWriterstrait BCodeIdiomaticclass Objecttrait Matchableclass AnyShow all
- Known subtypes
-
class GenBCodePipeline
The BTypes component defines The BType class hierarchy. BTypes encapsulates all type information that is required after building the ASM nodes. This includes optimizations, geneartion of InnerClass attributes and generation of stack map frames.
The BTypes component defines The BType class hierarchy. BTypes encapsulates all type information that is required after building the ASM nodes. This includes optimizations, geneartion of InnerClass attributes and generation of stack map frames.
This representation is immutable and independent of the compiler data structures, hence it can be queried by concurrent threads.
Attributes
- Supertypes
- Known subtypes
-
class BTypesFromSymbols[I]
This class mainly contains the method classBTypeFromSymbol, which extracts the necessary information from a symbol and its type to create the corresponding ClassBType. It requires access to the compiler (global parameter).
This class mainly contains the method classBTypeFromSymbol, which extracts the necessary information from a symbol and its type to create the corresponding ClassBType. It requires access to the compiler (global parameter).
The mixin CoreBTypes defines core BTypes that are used in the backend. Building these BTypes uses classBTypeFromSymbol, hence requires access to the compiler (global).
BTypesFromSymbols extends BTypes because the implementation of BTypes requires access to some of the core btypes. They are declared in BTypes as abstract members. Note that BTypes does not have access to the compiler instance.
Attributes
- Supertypes
For the last mile: turning generated bytecode in memory into something you can use. Has implementations for writing to class files, jars, and disassembled/javap output.
For the last mile: turning generated bytecode in memory into something you can use. Has implementations for writing to class files, jars, and disassembled/javap output.
Attributes
- Supertypes
- Known subtypes
-
trait BCodeHelperstrait BCodeSkelBuildertrait BCodeBodyBuildertrait BCodeSyncAndTryclass GenBCodePipeline
Collect all super calls to trait members.
Collect all super calls to trait members.
For each super reference to trait member, register a call from the current class to the owner of the referenced member.
This information is used to know if it is safe to remove a redundant mixin class. A redundant mixin class is one that is implemented by another mixin class. As the methods in a redundant mixin class could be implemented with a default abstract method, the redundant mixin class could be required as a parent by the JVM.
Attributes
- Companion
- object
- Supertypes
Attributes
- Companion
- class
- Supertypes
- Self type
-
CollectSuperCalls.type
Core BTypes and some other definitions. The initialization of these definitions requies access to symbols / types (global).
Core BTypes and some other definitions. The initialization of these definitions requies access to symbols / types (global).
The symbols used to initialize the ClassBTypes may change from one compiler run to the next. To make sure the definitions are consistent with the symbols in the current run, the intializeCoreBTypes
method in BTypesFromSymbols creates a new instance of CoreBTypes in each compiler run.
The class BTypesFromSymbols does not directly reference CoreBTypes, but CoreBTypesProxy. The reason is that having a var bTypes: CoreBTypes
would not allow import bTypes._
. Instead, the proxy class holds a CoreBTypes
in a variable field and forwards to this instance.
The definitions in CoreBTypes
need to be lazy vals to break an initialization cycle. When creating a new instance to assign to the proxy, the classBTypeFromSymbol
invoked in the constructor will actucally go through the proxy. The lazy vals make sure the instance is assigned in the proxy before the fields are initialized.
Note: if we did not re-create the core BTypes on each compiler run, BType.classBTypeFromInternalNameMap could not be a perRunCache anymore: the classes defeined here need to be in that map, they are added when the ClassBTypes are created. The per run cache removes them, so they would be missing in the second run.
Attributes
- Supertypes
See comment in class CoreBTypes.
This trait make some core BTypes availalbe that don't depend on a Global instance. Some core BTypes are required to be accessible in the BTypes trait, which does not have access to Global.
This trait make some core BTypes availalbe that don't depend on a Global instance. Some core BTypes are required to be accessible in the BTypes trait, which does not have access to Global.
BTypes cannot refer to CoreBTypesProxy because some of its members depend on global, for example the type Symbol in def primitiveTypeMap: Map[Symbol, PrimitiveBType]
Attributes
- Supertypes
- Known subtypes
-
class CoreBTypesProxy[BTFS]
Attributes
- Companion
- class
- Supertypes
- Self type
Scala primitive operations are represented as methods in Any
and AnyVal
subclasses. Here we demultiplex them by providing a mapping from their symbols to integers. Different methods exist for different value types, but with the same meaning (like plus, minus, etc.). They will all be mapped to the same int.
Scala primitive operations are represented as methods in Any
and AnyVal
subclasses. Here we demultiplex them by providing a mapping from their symbols to integers. Different methods exist for different value types, but with the same meaning (like plus, minus, etc.). They will all be mapped to the same int.
Note: The three equal methods have the following semantics:
"=="
checks fornull
, and if non-null, callsjava.lang.Object.equals
(class: Any; modifier: final)
. Primitive:EQ
"eq"
usual reference comparison(class: AnyRef; modifier: final)
. Primitive:ID
"equals"
user-defined equality (Java semantics)(class: Object; modifier: none)
. Primitive:EQUALS
Inspired from the scalac
compiler.
Attributes
- Supertypes
- Known subtypes
-
class JSPrimitives
Can't output a file due to the state of the file system.
Can't output a file due to the state of the file system.
Attributes
- Supertypes
-
class IOExceptionclass Exceptionclass Throwabletrait Serializableclass Objecttrait Matchableclass AnyShow all
Attributes
- Companion
- class
- Supertypes
- Self type
-
GenBCodeOps.type
Attributes
- Companion
- object
- Supertypes
- Known subtypes
-
object GenBCodeOps.type
Attributes
- Supertypes
-
trait BCodeSyncAndTrytrait BCodeBodyBuildertrait BCodeSkelBuildertrait BCodeHelperstrait BytecodeWriterstrait BCodeIdiomaticclass Objecttrait Matchableclass AnyShow all
Attributes
- Supertypes
- Known subtypes
-
class NestedClassesCollector[T]
Attributes
- Supertypes
Attributes
- Supertypes
- Self type
-
Primitives.type