Unity does not see .so library in Android build

Here is the issue: I have a .so library with c++ functions, mark it for Android and Editor, put it into Assets/Plugins/Android folder, make a build for Android.
Result: c++ functions work in Editor but do NOT work on Android build, actually it throws DllNotFound exception. I tried to change [DllImport to ("mylib")], [DllImport to ("mylib.so")], [DllImport to ("<full path>/mylib")], [DllImport to ("<fullpath>/mylib.so")]. But it does not work
Could anybody explain me how exactly it should work in this case?
The same result with .aar library. Build just does not see it. Why is this happening
Unity 2019.3
Thanks

 

Hi
Yes, the library is present there

 

Hi, Tomas
Only ARMv7 folder.
Here is logical I have from Android developer:

 

And how can I target both CPU architectures? I can choose only one in Import Settings.

 

So I have to make two copies of library and set appropriate CPU settings... Ok. I tried to build for ARM64 and this does not work either. Do you have some steps or tutorial for my case? I did not find clear explanation how to use c++ code in Android build.

 

No!))
This did not help! That is the case! So you have nothing than that link? That link has example project which could not import into Unity as package! And that link does not describe in detail how to work with c++ code... Uh...

 

@Tomas1856 @dkrepkikh
Same issue faced by me. Any solution to this ?

 

I'm interested too, I have the same problem when compiling in ARM64 Android
Yes the Library is in the apk, but the DllImport does not find the library.
It works in ARMv7.
The library has been set for ARM64 of course.

 

I am sorry, this does not work.
I have this output :

Code (CSharp):

1.  
2. StdOut:
3. StdErr:
4. 'C:\Program' n'est pas reconnu en tant que commande interne
5. ou externe, un programme ex�cutable ou un fichier de commandes.
6.  

Translation :
C:\Program is not recognized as an internal or external command, an executable program or a command file.

 

Ok, after installing Unity to a custom folder with no spaces, your example works.

What does that mean for my library ? This is a ".so" library but I don't have the native code.
This library's role is to give me an Android Native Surface to display video streaming.

Do I need the native code to test compilation with your example ?
How a "DllNotFound" could happen whereas the library is in the apk ?

Thank you

 

This library has been developed by my client, it's a VR app, and this library is for the Android platform only.

But, I have a question :
- In the library configuration, I have the option "ARM64", does that mean that the library is compiled for the ARM64 too ? or this option is always available, no matter the compilation of the library ?

Thank you

 

Yes, I am referring to the plugin inspector.
See the capture joined.
Thanks for the infos, I'll see if the client can send me the native code to check that.

 

I have the native code, it's in C++, seems generated with CMake.
Can I take the native code and generate the .so file with your example project ?
If yes, how ? Just place my c++ files in the "Source~" folder ?

Thanks

 

Yes sorry, my bad, I know CMake does not generate C++. I have c++ files and CMake files in the native code.
The native code is in an Android Studio project.

I tried to drop them in Unity, but compilation failed
This is my structure :
in the folder : "Assets\Runtime\Plugins\Android\CineVRMediaSurface"
I have these cpp and header files :
Unity/IUnityGraphics.h
Unity/IUnityInterface.h
CMediaSurface (.h & .cpp)
Common.h
CSurfaceTexture (.h & .cpp)
LogUtils.h
PluginSurface.cpp

I go this error when Building native binary with IL2CPP :

Code (CSharp):

1. stdout:
2. Building libil2cpp.so with AndroidToolChain
3.     Output directory: P:\Repaga Studio\Clients\ODN\CINEVR Multi\cinemur-vr-multi\Temp\StagingArea\assets\bin\Data\Native\arm64-v8a
4.     Cache directory: P:\Repaga Studio\Clients\ODN\CINEVR Multi\cinemur-vr-multi\Library\il2cpp_android_arm64-v8a\il2cpp_cache
5. il2cpp.exe didn't catch exception: Unity.IL2CPP.Building.BuilderFailedException: P:\Repaga Studio\Clients\ODN\CINEVR Multi\cinemur-vr-multi\Temp\StagingArea\Il2Cpp\il2cppOutput\PluginSurface.cpp:6:10: fatal error: 'Unity/IUnityGraphics.h' file not found
6. #include "Unity/IUnityGraphics.h"

Seems not to find the folder of the include, should I delete the "Unity" folder and just leave "IUnityGraphics.h" ?

 

Hello,

Removing the folder (only in #include instruction) worked but I have now some errors due to some opengl methods missing. I think this is caused by some libraries included by the CMake file (EGL & GLESv3) in the Android Studio original project.

We'll see with the original developer of the plugin.

Thanks for your help !

 

@Repaga-Dev I have successfully compiled a big library like opencascade for Android. I m not at desk right now, but I have made a setup in visual studio that creates library for Android. I'll post as soon as I can.

 

I'm facing a similar issue. I've been using com.google.signin:google-signin-support:1.0.4 for a while, it's been working fine for a year in builds made with unity2019 LTS. Now I'm trying to build another project with Unity2020.3.12f1 and google sign in works for armeabi-v7a but on arm64-v8a devices I get an error:

Code (CSharp):

1.  DllNotFoundException: Unable to load DLL 'native-googlesignin': The specified module could not be found.

Unzipping the APK I can see that libnative-googlesignin.so is included in the lib/armeabi-v7a but is missing in the lib/arm64-v8a folder.

Unzipping the library: google-signin-support-1.0.4.aar I can see that it contains an x86, armeabi-v7a and arm64-v8a folders (with a libnative-googlesignin.so version on each folder), so I don't understand why the libnative-googlesignin.so from the arm64-v8a fails to get linked/included when I build with Unity2020

What can I try?

 

to reply to my own issue, it looks like it was some sort of issue with the GoogleDependencyManager that somehow autoresolved to an .aar that didn't have the platform I needed. Forcing to resolve again might have fixed it (the .aar got automatically updated to a good one but I don't remember exactly the steps I followed)

 

Hi, I'm facing the same issue, I built GameNetworkingSockets using vcpkg and I got these files.





But when I export to Android and I try to call a function like this:

Code (CSharp):

1. [DllImport("GameNetworkingSockets")]
2.         internal static extern bool GameNetworkingSockets_Init(IntPtr identity, StringBuilder errorMessage);

I get the following error:

The library seems to work fine on Windows, but it's not recognised on Android for some reason.