summaryrefslogtreecommitdiff
path: root/compiler/optimizing/graph_visualizer.cc
diff options
context:
space:
mode:
authorSebastien Hertz <shertz@google.com>2015-01-15 12:28:47 +0100
committerSebastien Hertz <shertz@google.com>2015-01-19 17:47:04 +0100
commita8a697f48e92c85136fc7bec661623c434f67ede (patch)
tree23a9817b8dd274166d5414b40d9512b844eb0a70 /compiler/optimizing/graph_visualizer.cc
parent951d70b42400453f9d1746d155b8337c07c86acc (diff)
Update instrumentation stubs on resolved classes
We cannot update methods of a class in the process of being loaded. We need it to be fully resolved (kStatusResolved) so we can access its complete structure (including method index) and the compiled code from the oat file. We ensure that by skipping classes that are not resolved yet when we update instrumentation (with all threads suspended). The entrypoints will be updated when the class gets resolved by the ClassLinker. We also do not update method entrypoints of erroneous classes (kStatusError) because we cannot execute code for these methods. This situation can happen when the debugger requests an event that will cause a full deoptimization (like a METHOD_ENTRY event) while we are loading a new class. Because we suspend all threads to update instrumentation, we may visit a class that is being loaded but not yet resolved. Bug: 19012386 Bug: 18766029 Change-Id: I5a645dfaf5c25dcf4282c1aaeb24f1b6333baa37
Diffstat (limited to 'compiler/optimizing/graph_visualizer.cc')
0 files changed, 0 insertions, 0 deletions