Mis012

so, somehow I have finally found a workaround... ``` ln -s /usr/lib64/apitrace/wrappers/egltrace.so libEGL.so.1 TRACE_LIBGL= LD_LIBRARY_PATH=. apitrace trace --api=egl ```

this fixes the issue, though it may be cleaner to have a wrapper function for __android_log_vprint to reduce duplication ```diff diff --git a/src/libmatrix/log.cc b/src/libmatrix/log.cc index d203c6d..b4384f6 100644 --- a/src/libmatrix/log.cc +++...

seems to work :+1:

it seems the patch doesn't apply properly anymore, is there a point in me fixing it seeing that this PR is getting ignored?

rebased :+1:

well, I added aarch64 support and made this work with ATL: https://gitlab.com/android_translation_layer/qemu-based-native-bridge/nb-qemu if anyone is interested in fixing the AOSP support in a reasonable way, be my guest, but building...

I don't think that makes much sense, we need non-upstreamable patches to qemu anyway. Houdini is also in-process afaik, and it's closed source so you can't exactly make it not...

it seems that termux was able to compile qemu for android: https://github.com/termux/termux-packages/tree/e358cd8718dd9ef9d7f1194535cf86cc20f0eb9e/packages/qemu-system-x86-64-headless Termux compiles everything natively against bionic, so it should work properly in-process. You could also use their glib/capstone...

I suppose you could try to use termux's build system to build the native bridge, just need to link against art in addition to termux-provided stuff like glib/capstone/libffi but that...

I only just noticed that https://github.com/aarch64-laptops/edk2/tree/dtbloader-app is stored inside an edk2 tree, which might lead you to believe you need to bundle it inside the UEFI, but it's just an...