diff options
author | Tobias Thierer <tobiast@google.com> | 2018-07-26 01:30:12 +0100 |
---|---|---|
committer | Tobias Thierer <tobiast@google.com> | 2018-07-28 01:51:43 +0100 |
commit | f0346c9fa808f2addccebbfb3552129e7e21a56e (patch) | |
tree | e9ef6625e3f8b7e1fdd2b32137e717543626f035 /annotations/generate_annotated_java_files.py | |
parent | 73f9342b1c104c070d8de122a413d0b9c3d38bc5 (diff) |
Drop all 35 patches around VMStack.getCall{erClass,ingClassLoader}.
Before this CL, Android was carrying 27 documented and 8 undocumented
patches to replace:
Reflection.getCallerClass() -> VMStack.getCallerClass1()
and
ClassLoader.getClassLoader(Reflection.getCallerClass()) (or similar)
-> VMStack.getCallingClassLoader().
ClassLoader.getClassLoader(class) returns null (signifying the boot
classloader) if class == null, else it returns class.getClassLoader)().
This CL integrates Reflection.getCallerClass() and
ClassLoader.getClassLoader() in order to drop all of these Android
patches; after this CL, both VMStack.getCallerClass1() and
VMStack.getCallingClassLoader() are now only used from tests. Their
removal is left to a follow-up CL.
Notes:
- After this CL, Logger.java is exactly identical to upstream
OpenJDK 8u121-b13.
- The semantics of Reflection.getCallerClass() after this CL match the
semantics of the (now removed) method VMStack.getCallerClass1(), but
they are different from the RI's Reflection.getCallerClass(). All
current callers of Reflection.getCallerClass() expect the RI semantics,
therefore these semantics should be changed in a follow-up CL
(bug 111800372).
Test: CtsLibcoreTestCases
Test: m test-art-host-gtest-jni_internal_test64
Bug: 111850480
Change-Id: I3d177805f7a28a4f32b69d3344b3c4b7564c327a
Diffstat (limited to 'annotations/generate_annotated_java_files.py')
0 files changed, 0 insertions, 0 deletions