This is mainly use for the DexClassLoader
- monado client library relies on some Java classes which are in the runtime apk.
If you want to support that, can you use build config or variable to keep the original path work? In our use case, we always extracts native libraries. cc @rpavlik @quic_zhibinw
Jarvis Huang (6876de1d) at 28 Feb 19:51
Jarvis Huang (6876de1d) at 28 Feb 14:34
doc: document !2151
Jarvis Huang (88c36d73) at 28 Feb 14:31
doc: document !2152
Jarvis Huang (039ef1ed) at 28 Feb 14:26
st/oxr: Getting vendor id/name from server
This PR introduces new structure xrt_system_properties
, which lets the runtime implementor can specify its own value instead of current hardcoded values.
Jarvis Huang (0ddfbf64) at 28 Feb 14:09
st/oxr: Getting vendor id/name from server
... and 17 more commits
Jarvis Huang (81d2fcbe) at 19 Feb 04:09
st/oxr: Getting vendor id/name from server
Jarvis Huang (cb331035) at 19 Feb 04:08
st/oxr: Getting system id/vendor id/name from server
Jarvis Huang (c8440074) at 19 Feb 03:21
st/oxr: Getting system id/vendor id/name from server
Jarvis Huang (f24cfe7c) at 19 Feb 02:00
st/oxr: Getting system id/vendor id/name from server
... and 3463 more commits
Jarvis Huang (3d0c55ed) at 23 Jan 06:33
st/oxr: Getting system id/vendor id from service
... and 3417 more commits
Jarvis Huang (09272fa8) at 08 Nov 18:00
Jarvis Huang (ee047566) at 31 Oct 22:06
@ryan.pavlik please let me know whether I can keep those unused functions in android-jni-wrap
or not. Those functions are not used by Monado, but they are useful for developers that need to handle multi-display scenario.
This is part of !1843. Rewrite it with android_log_write
to get rid of additional headers.
The outputs are like followings:
10-29 22:37:30.373 18178 18199 D OXR : xrGetInstanceProcAddr
10-29 22:37:30.373 18178 18199 D OXR : oxr_xrInitializeLoaderKHR
Jarvis Huang (c559a5af) at 29 Oct 14:41
st/oxr: Route log output to Android logcat
... and 2938 more commits