summaryrefslogtreecommitdiff
path: root/compiler/optimizing/code_generator.h
diff options
context:
space:
mode:
author Mythri Alle <mythria@google.com> 2022-04-22 11:43:23 +0000
committer Mythri Alle <mythria@google.com> 2022-04-26 12:05:04 +0000
commit7d30cee9872527ecedb07dc32099e24cf4a657ce (patch)
tree5b89251f0a4e57b0bc9b840896b4e59ab265f986 /compiler/optimizing/code_generator.h
parenta107ce357d00fbe99faf85ff2176bda983193d61 (diff)
Don't use AOT code for native methods for java debuggable runtime
For java debuggable runtimes we need the capability to deoptimize the caller to support debug features such as method redefinitions. To support this we need the ability to call method entry / exit hooks. Currently this is supported by instrumenting the stack by updating the return pcs to instrumentation return pcs and installing instrumentation entry points. This adds additional complexity when walking the stack and in other places. We want to avoid this by adding capability to call method entry / exit hooks directly from JITed code / generic stubs. For generic stubs it is OK to check if method entry / exit hooks are required always since generic stubs are on slow path anyway. For JITed code we would enable this support only for debuggable runtime to avoid any overhead for regular runtime. Since AOT compiled code doesn't have the capability to call method entry / exit hooks we want don't want to use them for debuggable runtime. For non-native methods we don't use AOT code This CL avoids using AOT code for native methods too. Test: art/test.py Bug: 206029744 Change-Id: I566401ebea6d866e818287ede6f000876cb24240
Diffstat (limited to 'compiler/optimizing/code_generator.h')
0 files changed, 0 insertions, 0 deletions