Home
last modified time | relevance | path

Searched refs:library (Results 1 – 19 of 19) sorted by relevance

/art/tools/amm/models/
DSoCode.md7 library name. Unfortunately, due to technical limitations, this does not
8 include information about what caused a library to be loaded, whether the
9 library was loaded by the app or the platform, the library dependency graph,
10 or what is causing a library to remain loaded. Individual `.so` files can be
14 native library that loads 36 KB worth of memory regions, `BaseClassLoader` will
15 be shown with library
/art/build/
Dcodegen.go27 func codegen(ctx android.LoadHookContext, c *codegenProperties, library bool) {
89 if library {
135 library bool member
160 func installCodegenCustomizer(module android.Module, library bool) {
162 android.AddLoadHook(module, func(ctx android.LoadHookContext) { codegen(ctx, c, library) })
Dart.go317 m, library := cc.NewLibrary(android.HostAndDeviceSupported)
318 library.BuildOnlyStatic()
/art/runtime/
Djava_vm_ext.cc225 for (const auto& library : libraries_) { in Dump() local
230 os << library.first; in Dump()
243 void Put(const std::string& path, SharedLibrary* library) in Put() argument
245 libraries_.Put(path, library); in Put()
288 SharedLibrary* const library = lib.second; in FindNativeMethodInternal() local
290 if (library->GetClassLoaderAllocator() != declaring_class_loader_allocator) { in FindNativeMethodInternal()
295 const char* arg_shorty = library->NeedsNativeBridge() ? shorty : nullptr; in FindNativeMethodInternal()
296 void* fn = library->FindSymbol(jni_short_name, arg_shorty); in FindNativeMethodInternal()
298 fn = library->FindSymbol(jni_long_name, arg_shorty); in FindNativeMethodInternal()
302 << " in \"" << library->GetPath() << "\"]"; in FindNativeMethodInternal()
[all …]
Dplugin.h70 explicit Plugin(const std::string& library) : library_(library), dlopen_handle_(nullptr) { } in Plugin() argument
Druntime_options.def131 RUNTIME_OPTIONS_KEY (std::vector<Plugin>, Plugins) // -Xplugin:<library>
DAndroid.bp468 // Leave the symbols in the shared library so that stack unwinders can
/art/test/979-const-method-handle/
Dinfo.txt7 and are built using ASM bytecode manipulation library.
/art/
DAndroid.bp1 // TODO: These should be handled with transitive static library dependencies
/art/libdexfile/
DAndroid.bp58 // However, relying on the libartbase shared library introduces further, possibly cyclic,
95 // Leave the symbols in the shared library so that stack unwinders can
/art/cmdline/
DAndroid.bp17 // TODO: this header library depends on libart. Find a way to express that.
/art/tools/
Dlibjdwp-compat.props18 sun.boot.library.path=
Dart81 -d Use the debug ART library (libartd.so).
/art/test/004-JniTest/src/
DMain.java370 private static void testDoubleLoad(String library) { in testDoubleLoad() argument
372 System.loadLibrary(library); in testDoubleLoad()
379 runMethod.invoke(null, library); in testDoubleLoad()
/art/test/922-properties/
Dexpected.txt4 "java.library.path": OK
/art/dt_fd_forward/
DREADME.md3 dt_fd_forward is a jdwpTransport library. It implements the [Java Debug Wire
/art/libartbase/
DAndroid.bp65 // Leave the symbols in the shared library so that stack unwinders can
/art/test/115-native-bridge/
Dexpected.txt68 Loading invalid library 'libinvalid.so' from Java, which will fail.
/art/test/
DAndroid.bp51 // These really are gtests, but the gtest library comes from libart-gtest.so