| 75245fcfe3555e4dd06939b9bae366fd3e43b658 |
|
02-Apr-2012 |
Brian Carlstrom <bdc@google.com> |
Include library path information in BaseDexClassLoader for better error reporting in Runtime.loadLibrary
(cherry-pick of b6a576f43f1c23bb92493590a04bf9c72f092438.)
Change-Id: I6f34862327cf99d8c6f9a7e9aa3aeab47985969b
|
| 3bbe5318c343b1b7c945be717cc55b4ab15874f2 |
|
25-Jan-2012 |
Elliott Hughes <enh@google.com> |
Improve the BaseDexClassLoader detail message, and make ScopedLocalRef more unique_ptr-like.
(cherry-pick of 1c459db4ea31c1f284353bc71bfd2dbc97ca53d7.)
Conflicts:
include/ScopedLocalRef.h
Change-Id: Id01cb907406cc93f6b0f6ddaa8e7fb3714d18c53
|
| ea52753a0f80fcd70acfe9150ecb854511ff38db |
|
10-Feb-2011 |
Dan Bornstein <danfuzz@android.com> |
Refactor DexClassLoader and PathClassLoader.
This resulted in the creation of two new classes: DexPathList contains
most of the common functionality, namely managing the two path lists
(dex/resource files and native library directories) plus all the
salient initialization and lookup code. BaseDexClassLoader provides
the ClassLoader API, mostly by making calls to a contained DexPathList
instance. The two original classes just become trivial subclasses
which take different constructor args and make correspondingly
different super() calls in their respective constructors.
I took the opportunity to remove the ability for PathClassLoader to
take directories on the dex/resource list. This functionality hadn't
ever been used, at least not since well before 1.0.
Change-Id: I92ed300417431d0e0ac4c5ecf2f10d6a9b0691c7
|