Files

T

Zach Anderson 07a2130724 [vm] Set translation helper allocation space in kernel loader

This mainly prevents Strings that will eventually be turned into
symbols anyway from being allocated in new space.

Picks up a couple percent during kernel loading.
Possibly avoids triggering a scavenge?

Change-Id: Ide3dca13306981131e6152004e068c2154f9fc4c
Reviewed-on: https://dart-review.googlesource.com/77484
Reviewed-by: Ryan Macnak <rmacnak@google.com>
Commit-Queue: Zach Anderson <zra@google.com>

2018-10-01 22:18:34 +00:00

aot

[vm/aot] Use TFA to detect dynamic, non-this and tear-off uses

2018-09-28 23:49:09 +00:00

assembler

[vm/bytecode] Cleanup unused bytecode instructions

2018-09-28 21:23:22 +00:00

backend

[VM] Delete access to Dart 1 parser.

2018-09-27 23:08:20 +00:00

frontend

[vm] Set translation helper allocation space in kernel loader

2018-10-01 22:18:34 +00:00

jit

[VM] Delete access to Dart 1 parser.

2018-09-27 23:08:20 +00:00

call_specializer.cc

[vm/bytecode] Bytecode compilation

2018-09-14 22:02:29 +00:00

call_specializer.h

[vm/compiler] Fix CallSpecializer::AddReceiverCheck to use Receiver instead of ArgumentAt(0)

2018-07-02 17:16:23 +00:00

cha_test.cc

[vm] Add missing safepoint transitions.

2018-08-28 16:40:17 +00:00

cha.cc

[vm] Move heap-related code to its own subdirectory (cf. compiler).

2018-06-20 00:39:49 +00:00

cha.h

[vm/compiler] Move compiler state (CHA, deopt id) from Thread to a special class

2018-09-03 16:01:24 +00:00

code_generator_test.cc

Revert "Revert "Introduce StaticCallNode::kNoRebind and use that in implicit closures.""

2017-09-28 19:43:32 +00:00

compiler_pass.cc

[vm/aot] Add extra call specialization pass

2018-09-19 20:49:28 +00:00

compiler_pass.h

[vm/kernel] Fix bug with optimization of this-invocations.

2018-08-28 12:22:20 +00:00

compiler_sources.gni

[vm/bytecode] Bytecode compilation

2018-09-14 22:02:29 +00:00

compiler_state.h

[vm/compiler] Move compiler state (CHA, deopt id) from Thread to a special class

2018-09-03 16:01:24 +00:00

intrinsifier_arm64.cc

[VM] Do not generate fall-through code if the intrinsic is exhaustive (handles all cases)

2018-09-10 15:12:22 +00:00

intrinsifier_arm.cc

[VM] Reduce size of monomorphic entries in AOT on ARM/ARM64 & use smaller tail-calls in various places

2018-09-11 09:03:02 +00:00

intrinsifier_dbc.cc

[VM] Do not generate fall-through code if the intrinsic is exhaustive (handles all cases)

2018-09-10 15:12:22 +00:00

intrinsifier_ia32.cc

[VM] Do not generate fall-through code if the intrinsic is exhaustive (handles all cases)

2018-09-10 15:12:22 +00:00

intrinsifier_x64.cc

[VM] Do not generate fall-through code if the intrinsic is exhaustive (handles all cases)

2018-09-10 15:12:22 +00:00

intrinsifier.cc

[VM] Do not generate fall-through code if the intrinsic is exhaustive (handles all cases)

2018-09-10 15:12:22 +00:00

intrinsifier.h

[VM] Do not generate fall-through code if the intrinsic is exhaustive (handles all cases)

2018-09-10 15:12:22 +00:00

method_recognizer.cc

[VM] use coresnapshot when initializing an Isolate

2018-09-27 00:55:07 +00:00

method_recognizer.h

[vm/kernel/bytecode] Fix number of checked arguments in bytecode calls

2018-08-13 17:50:21 +00:00

README.md

…

result_type_pragma.md

Re-land "[vm/precomp] Use @pragma("vm:exact-result-type") to specify method behavior."

2018-09-11 18:14:51 +00:00

README.md

Dart VM Compilation Pipeline

This folder contains Dart VM compilation pipeline.

Compilation pipeline is mainly responsible for converting AST or Kernel AST into IL flow graphs and then generating native code from IL.

It has the following structure:

Directory	What goes there
`assembler/`	Assemblers and disassemblers
`backend/`	IL based compilation backend: optimization passes and architecture specific code generation rules
`frontend/`	Frontends responsible for converting AST into IL
`jit/`	JIT specific passes and compilation pipeline entry points
`aot/`	AOT specific passes and compilation pipeline entry points
`.`	Shared code or code without clear designation.

Currently there are no layering restrictions and components from different subfolders can reference each other.