"Ok, I found it. The problem came from libgnustl_shared.so which has been generated incorrectly.
Turns out that the library was compiled with -mfpu=vfpv3, while -mfpu=vfp or -mfpu=vfpv3-d16 should have been used. Apparently, vpfv3 == vfpv3-d32, which makes the compiler assume there are 32 double FPU registers, instead of 16.
The same problem unfortunately exists in the STLport and GAbi++ prebuilt binaries.
I have a pending patch that fixes the issue in the build scripts, and adds a unit test that checks the instructions of all prebuilt binaries now. However, this won't be available until the next release.
In the meantime, you have several alternatives:
1/ Copy the 'armeabi' binaries over the 'armeabi-v7a'. This works, but will affect FPU performance for all computations implemented by the STL libraries (not within your code):"
I copy the armeabi/librdpdf.so into armeabi-v7a and now it works.
But this means you have something wrong in your build-process, can you please fix this asap.
We want to put our Project this week into the store.
The topic has been locked.
Problem with librdpdf.so in armeabi-v7a
4 years 4 months ago #7555