Linux : add a symbolic link in an ANE

[pol2095]

Hello,

I tried to add a symbolic link in a ANE, it's a symbolic link to a myLib.so.4.1.2 shared library
using ADT it doesn't work, the symbolic link is replaced by the shared library file without version (myLib.so)

I tried too to add the symbolic link in the ANE like a zip :
zip --symlinks -ur myAne.ane META-INF/
but later it's impossible to compile the captive app using the ANE : Packaging failed. Packager internal error

Thanks

[ajwfrost]

Hi

I'm not quite sure what you're trying to do here? Do you want to have an ANE that has just a symbolic link to a library that's not included in the ANE itself? I'm not quite sure why you'd want that but the risk would then be that it's installed onto a computer without the library that it links to?

If your ANE has a dependency on a library that's external then you probably don't need to include the link, assuming the library is expected to be present in the normal library folder of the target machine. Or you could write a shim library that is packaged like normal into the ANE but just searches for and opens up the real target library and then passes through the API calls?

thanks

[pol2095]

CMake generate on Ubuntu myLib.so.4.1.0 and a symbolic link myLib.so
for working my ANE need myLib.so and myLib.so.4.1.0
I have a duplicate file in the ANE

I thinked the ANE is a zip file, zip --symlinks -ur myAne.ane META-INF/ create a valid zip but the ANE doesn't work
how adt create the ANE, is-it signed ?

[ajwfrost]

Ah I see, so you are generating the library file with version information (myLib.so.4.1.0) and then have a symbolic link to this (myLib.so) and are then using this in the ANE either via dlopen("myLib.so") or by specifying myLib.so as the native library...

It doesn't appear that we support symbolic links within the ANE itself (as you've found .. yes an ANE is a zip file but it's processed by our Java ADT toolchain so needs to conform to the support that we have in that). The whole thing would work perfectly fine if you renamed myLib.so.4.1.0 to myLib.so and used it as the main binary rather than as the link, so we can perhaps update ADT's ANE packaging mechanism to do that automatically... you may end up then with a duplicate if you include both libraries but if you just included the myLib.so link file, we can follow that and package up the actual library instead...

thanks

[pol2095]

I tried too to rename myLib.so.4.1.0 in myLib.so but it doesn't work
for working it's necessary to have a file myLib.so and a file myLib.so.4.1.0

[pol2095]

I modified "CMakeLists.txt", I commented lines with properties VERSION and SOVERSION
It have just a file myLib.so now, thanks.

[pol2095]

Hello, the ANE is correctly packaged with the symlink, but adt -package -target bundle ... -extdir libs replace the symlink by a file myLib.so.4.1.0 with the content "myLib.so" ?

[pol2095]

I tried on Ubuntu amd64 but I can try on a RPi5 arm64 too, send me a test build.

[ajwfrost]

ARM64 version for a Pi:
https://transfer.harman.com/message/ZN13EqGVokv8dNhdaEqoSl
thanks

[pol2095]

Now that the symlink seems to be created correctly without any extra string terminations, could you send me an x86_64 test build as well ?

[ajwfrost]

Sure, please check the later .so file:
https://transfer.harman.com/message/IGuUSEuECnaZkKdvKzAP5u

thanks

[pol2095]

Great job, the symlink is created correctly on x86_64 and arm64 (without any extra string terminations).

[ajwfrost]

Great, thank you for confirming! Will get that into our next release..