Hi, thanks a lot for this useful library :) the README says to open an issue if there is a usecase for arm32, and I do indeed have a usecase for arm32, x86 and x86_64 architectures - I use this library to access hidden symbols in libaudioclient.so for my music player app, and I still support old devices going back to Android 5.0 with arm32. And while of course this lib isn't needed for Android 5.0, there are still 9+ devices with arm32 out there. Do note I only use the dlopen part of this library so I completely trimmed out elf_soname_patcher.cpp, linkernsbypass_namespace_dlopen_unique, linkernsbypass_link_namespace_to_default_all_libs and android_create_namespace. However there still is the // ARM64 specific function walking to locate the internal dlopen handler I am worrying about. Anyway, if you mind sharing how I would adapt this library to the other architectures, I'd appreciate it.
Hi, thanks a lot for this useful library :) the README says to open an issue if there is a usecase for arm32, and I do indeed have a usecase for arm32, x86 and x86_64 architectures - I use this library to access hidden symbols in libaudioclient.so for my music player app, and I still support old devices going back to Android 5.0 with arm32. And while of course this lib isn't needed for Android 5.0, there are still 9+ devices with arm32 out there. Do note I only use the dlopen part of this library so I completely trimmed out elf_soname_patcher.cpp, linkernsbypass_namespace_dlopen_unique, linkernsbypass_link_namespace_to_default_all_libs and android_create_namespace. However there still is the
// ARM64 specific function walking to locate the internal dlopen handlerI am worrying about. Anyway, if you mind sharing how I would adapt this library to the other architectures, I'd appreciate it.