Files

T

Vyacheslav Egorov c9bcfe877b [vm] Fix byte displacement printing in x86 disassembler

Use int8_t type instead of char - which does not have a defined signedness.

Change-Id: I14d43419d3e59cea71fb27f15bb1f72e450baca6
Reviewed-on: https://dart-review.googlesource.com/76563
Reviewed-by: Ryan Macnak <rmacnak@google.com>
Reviewed-by: Aart Bik <ajcbik@google.com>
Commit-Queue: Vyacheslav Egorov <vegorov@google.com>

2018-09-25 22:42:36 +00:00

aot

[vm] Only include debugger/profiler slots in RawCode in product mode.

2018-09-25 01:30:53 +00:00

assembler

[vm] Fix byte displacement printing in x86 disassembler

2018-09-25 22:42:36 +00:00

backend

[vm] Only include debugger/profiler slots in RawCode in product mode.

2018-09-25 01:30:53 +00:00

frontend

[vm/bytecode] Record null-initialized fields in bytecode

2018-09-24 17:56:35 +00:00

jit

[vm] Only include debugger/profiler slots in RawCode in product mode.

2018-09-25 01:30:53 +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

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

2018-09-11 18:14:51 +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.