[libbluray-devel] Found a JRE compiled for Android (ARM)

Vitor Dall'Acqua veggav at gmail.com
Sat Jan 23 22:35:50 UTC 2021


Yeah and that .so.6 file is a link file and it wasn't added.
I guess this is because somewhere it prevents anything beyond .so files to
be added.

I'll try to ask for the source code but I doubt we will get it.

On Sat, Jan 23, 2021 at 7:33 PM Shaya Potter <spotter at gmail.com> wrote:

> And to follow up, the earlier error is that dlopen was prevented from
> opening the library, the newer error is that it was able to open it, but
> couldn't resolve all it's dependencies.
>
> On Sat, Jan 23, 2021, 11:51 PM Vitor Dall'Acqua <veggav at gmail.com> wrote:
>
>> I can add the libjvm.so adding the file inside a mid build step of kodi,
>> when it makes the apk file.
>> to build the apk with kodi you do
>> $ make apk
>>
>> but I guess the path is wrong still
>>
>> 2021-01-23 19:36:07.121 T:23253   DEBUG <general>:
>> CBlurayCallback::Logger - bdj.c:333: Opening libjvm ...
>>
>> 2021-01-23 19:36:07.133 T:23253   DEBUG <general>:
>> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so':
>> dlopen failed: library "libm.so.6" not found
>>
>> 2021-01-23 19:36:07.133 T:23253   DEBUG <general>:
>> CBlurayCallback::Logger - bdj.c:474: Skipping /lib/arm64/ (not found)
>>
>> I figure based on that previews log that android would be like this
>>
>> 2021-01-23 18:21:35.377 T:19738   DEBUG <general>:
>> CBlurayCallback::Logger - dl_posix.c:54: can't open library
>> '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed:
>> library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed
>> or dlopened by
>> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ
>> *==*/lib/arm64/libkodi.so" is not accessible for the namespace
>> "classloader-namespace"
>>
>> because of those ==
>>
>> or maybe it found and failed because of libm.so.6
>>
>> On Sat, Jan 23, 2021 at 6:38 PM Shaya Potter <spotter at gmail.com> wrote:
>>
>>> On Sat, Jan 23, 2021, 11:32 PM Petri Hintukainen <
>>> phintuka at users.sourceforge.net> wrote:
>>>
>>>> la, 2021-01-23 kello 17:43 -0300, Vitor Dall'Acqua kirjoitti:
>>>> > Well, I'm no expert but when I tried to add it along with other
>>>> > libraries it ended up in the same folder along with all other libs.
>>>>
>>>> Then, it should find libjvm.so from there without any path ? If
>>>> JAVA_HOME is unset, first probed library is "libjvm.so" without any
>>>> path added to it.
>>>>
>>>> If not, you could try adding following snippet to bdj.c:_load_jvm(),
>>>> before "java_home = getenv("JAVA_HOME")" line:
>>>>
>>>>     handle = dl_dlopen("/lib/arm64/libjvm.so", NULL);
>>>>     if (handle) {
>>>>         return handle;
>>>>     }
>>>>
>>>> But JVM probably won't find other files it needs if those are inside
>>>> the apk.
>>>>
>>>
>>> I was arguing that the whole jvm needs to be in the apk, see the phoneme
>>> apk I linked to.  It includes cvm in /assets/
>>>
>>>> _______________________________________________
>>> libbluray-devel mailing list
>>> libbluray-devel at videolan.org
>>> https://mailman.videolan.org/listinfo/libbluray-devel
>>>
>> _______________________________________________
>> libbluray-devel mailing list
>> libbluray-devel at videolan.org
>> https://mailman.videolan.org/listinfo/libbluray-devel
>>
> _______________________________________________
> libbluray-devel mailing list
> libbluray-devel at videolan.org
> https://mailman.videolan.org/listinfo/libbluray-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/libbluray-devel/attachments/20210123/eec81793/attachment.html>


More information about the libbluray-devel mailing list