Our plugin uses a file called libc++_shared.so, but a file with the exactly same name exists in Snapdragon_Spaces_SDK (in a runtime library file named libopexr_loader.aar). Not sure why it's included in the aar while the original OpenXR one doesn't. Unity complains that no two libc++_shared.so could exist within the same project. But if I remove our .so, our plugin cannot reference the one from Snapdragon_Spaces_SDK. Looking at the Runtime library given by Meta Quest, the libopenxr_loader.aar is compiled as libopenexr_loader.so. Any idea to fix the problem?
It looks like you were able to fix the problem, can you let us know how you were able to overcome the issue?
Our workaround was to integrate the system library (libc++_shared.so) into our libraries to avoid the conflict.