| 87583b3de6e811e141f8c97c1f796eb516e8a751 |
|
25-May-2017 |
Andreas Gampe <agampe@google.com> |
ART: Move RegisterNatives helper
Move the helper closer to the users.
Test: m test-art-host
Change-Id: Id05ce5f60af54d0c5aef0c7d8932706c4602fc94
|
| a14100ccf51cc63a5c472188d1e2d337627e49eb |
|
25-Apr-2017 |
Andreas Gampe <agampe@google.com> |
ART: More header cleanup - jni_internal.h
Move jni_macros.h to the clients (users of RegisterNativeMethods).
Test: mmma art
Change-Id: I052ac9f703ec69f0a2df1efcaf9f4a450eb7be1c
|
| fa4333dcb481e564f54726b4e6f8153612df835e |
|
14-Feb-2017 |
Andreas Gampe <agampe@google.com> |
ART: Add operator == and != with nullptr to Handle
Get it in line with ObjPtr and prettify our code.
Test: m
Change-Id: I1322e2a9bc7a85d7f2441034a19bf4d807b81a0e
|
| bd2fed5a813b68fa42fe941b07325ba4ff3190b0 |
|
25-Jan-2017 |
Narayan Kamath <narayan@google.com> |
MethodHandles: Support and tests for revealDirect / reflectAs.
We need runtime support to materialize a Constructor, Field or
Method object from a MethodHandle and its associated ArtField
or ArtMethod pointer.
An alternate approach might be to have all handles hold a reference
to their associated Field or Method object (in addition to the
raw ArtField or ArtMethod) but that seems unnecessary given that
these APIs are not expected to be called often.
Test: test-art-host
Change-Id: I9450706b9c30359edebf2e8a7afbc8d89bd68b26
|