ChristopherHX
commented
4 years ago Yes currently nothing is documented for other usages. "libhybris" was abandoned this year, lack of 64bit support. You need mcpelauncher-linker (branch ng), should build as standalone static library for armv7 neon, x86, armv8 and x86_64. Only x86 and x86_64 currently working for minecraftpe with this library. libc-shim, glibc shim for wrapping libc functions (armv7 hardfp currently not working)
Should I create a simple testproject for you? my now old poc wich uses the private android linker interface
linker::init();
void* handle = linker::dlopen("path to so", 0);
void* test = linker::dlsym(handle, "test");I agree the default manifest is very confusing to use for non Minecraft.
Edit You should load a basic library with this snipped. (linux) If you want to start a gui app, you will need more, than empty android libaries like in this example. I hope you get an idea how to use it.
CMakeLists.txt
if(NOT CMAKE_CXX_STANDARD)
set(CMAKE_CXX_STANDARD 17)
endif()
add_subdirectory(mcpelauncher-linker)
add_subdirectory(libc-shim)
add_executable(linkertest src/main.cpp)
target_link_libraries(linkertest linker libc-shim)main.cpp
#include <mcpelauncher/linker.h>
#include <unordered_map>
#include <iostream>
#include <libc_shim.h>
int main(int argc, char const *argv[])
{
linker::init(); // this makes libdl.so available
std::unordered_map<std::string, void*> libc;
std::vector<shim::shimmed_symbol> shimed = shim::get_shimmed_symbols();
for(auto && l : shimed) {
libc[l.name] = l.value;
}
linker::load_library("libc.so", libc); // this makes a basic libc implementation available
linker::load_library("liblog.so", {}); // These are empty stubs libraries without defining any symbols
linker::load_library("libEGL.so", {});
linker::load_library("libstdc++.so", {});
linker::load_library("libm.so", {});
linker::load_library("libOpenSLES.so", {});
linker::load_library("libandroid.so", {});
auto libchandle = linker::dlopen("/path/to/libc++_shared.so", 0); // from android sdk for your cpu
void * handle = linker::dlopen("/path/to/a/cpplib.so", 0);
auto hiandy = (int(*)())linker::dlsym(handle, "hiandy");
std::cout << hiandy() << "/n";
return 0;
}Running this will print a verbose log message (until disabled by default in a cleanup) to stdout, with all error and success messages.
linker::dlerror() not working yet.
Mis012
Hi, the reason I am here is not really mcpe related - I just had a sad realization that libhybris doesn't actually work at all to help run bionic-expecting libs (as one would assume from some descriptions of it), it's actually only your project that managed to hack it to do that. Are you planning to provide (or do you already do so, it's just not documented) a generic (i.e not tied to mcpe) solution to that problem? Since libhybris is clearly not that...
I wanted to investigate, but anything I try to compile, be it the whole thing or just the subprojects, seems to fall apart while throwing random compiler errors. Is this expected on x86_64/aarch64?