Hi, Copying an armv5 lib to the armeabi-v7a folder is anything but dirty. It's not up to the OS to pick libs from different ABI folders and mixing them.
You may have libs specific to armv5 providing a basic implementation, and other libs for armv7, with different names, providing another implementation. You wouldn't want these to be put altogether with no way to avoid it. These libs sometime work standalone but you may also have direct dependencies between them. Armv7 libs can load armv5 libs, but there are also devices supporting ABIs that are incompatible with each other (like x86 and arm). So the behavior you would like to see would be an inconsistent exception for the armv5/armv7 case. These .so files are something you need to care about as an app developer because the OS can't easily make smart choices about these. You have to provide a complete package for each ABI. On Sunday, May 11, 2014 5:52:24 PM UTC+2, John Scrudato wrote: > > Was this ever resolved? I have been having the exact same problem and it's > driving me nuts. I couldn't figure out why a library in armeabi wasn't > being loaded but the libraries in armeabi-v7a were. Then, when I copied it > to armeabi-v7a, suddenly the library was loaded. This works for now, but > it's dirty and I'm not sure it won't cause problems later. I would really, > really appreciate any pointers. Thanks! > > On Monday, November 25, 2013 1:29:24 PM UTC-5, Xavier Ducrohet wrote: >> >> So, if any lib/armeabi-v7a/*.so is found, then the platform will ignore >> all lib/armeabi/*.so >> >> However, lib/armeabi-v7a/ can contain either v5 or v7 code so you could >> duplicate the library you have that's v5 only and put it in both folder and >> it should work. >> >> Xav >> >> >> On Mon, Nov 25, 2013 at 3:23 AM, Martin Rajniak <[email protected]>wrote: >> >>> Thanks, I will try to create ticket on Android project. >>> >>> Dňa piatok, 22. novembra 2013 18:30:02 UTC+1 Xavier Ducrohet napísal(-a): >>>> >>>> I don't think anyone in the tools group will know, as this is an on >>>> device thing. >>>> >>>> I asked internally and will report back. >>>> >>>> >>>> On Fri, Nov 22, 2013 at 8:30 AM, Martin Rajniak <[email protected]>wrote: >>>> >>>>> I use two native libraries. One does supply newer armeabi-v7a and >>>>> another one does supply only ordinary armeabi. >>>>> >>>>> When I try to supply only ordinary armeabi along with armeabi-v7a on >>>>> device that supports armeabi-v7a I get an error that the second library >>>>> was >>>>> not found. It seems that if I supply another armeabi-v7a library system >>>>> assumes other libraries also supply armeabi-v7a. But when I non of the >>>>> libraries supply armeabi-v7a it works. >>>>> >>>>> In past I used a trick that I copied ordinary armeabi to armeabi-v7a >>>>> folder and PathLoader would eventually found the library and use it. >>>>> Problem is that the trick is no longer working because I get NoSuchMethod >>>>> exceptions now from native code after both Android platform and library >>>>> got >>>>> updated. >>>>> >>>>> So my question is, do you know of any way how can I tell system to >>>>> take armeabi-v7a where it can and where it is not available to take >>>>> ordinary armeabi? I wouldn't like to go down the road where I ignore >>>>> armeabi-v7a libraries at all. >>>>> >>>>> Best >>>>> >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "adt-dev" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> >>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>> >>>> >>>> >>>> >>>> -- >>>> Xavier Ducrohet >>>> Android SDK Tech Lead >>>> Google Inc. >>>> http://developer.android.com | http://tools.android.com >>>> >>>> Please do not send me questions directly. Thanks! >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "adt-dev" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> For more options, visit https://groups.google.com/groups/opt_out. >>> >> >> >> >> -- >> Xavier Ducrohet >> Android SDK Tech Lead >> Google Inc. >> http://developer.android.com | http://tools.android.com >> >> Please do not send me questions directly. Thanks! >> > -- You received this message because you are subscribed to the Google Groups "adt-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
