Error creating arm64 compatible ANEs

PROBLEM SOLVED!

I tried everything in XCode from changing the architectures to changing everything else in the build configuration. All pretty much failed miserably. I even tried matching other ANE frameworks line by line but i was still getting "Error: Apple App Store allows only universal applications. *_*.a is not a universal binary. Please change build settings in Xcode project to Standard Architecture to create universal library/framework.

I was using Air SDK 18 which i thought should work fine after reading the comments of everybody trying Air SDK 16 & 17.

Finally I changed my Air SDK from Air 18.0.0.(some lower number) to Air 18.0.0.199 and it worked! So i guess, don't bother changing a bunch of settings in XCode the problem just might be the current version of the Air SDK you are using.

Hope this helps!

Just wanted to clear things up, if anyone else is still having problems with this. You don't have to do anything other than compiling for all architectures, which is a setting that is enabled when built in release mode by default I believe, but you can enable it in debug mode as well by doing changing this setting:

Hope that clears things up for people.

I finally had to rewrite the full iOS code and use last frameworks methods to get it working.

BTW, there was an updated of FP CC 2014 fixing the problem Flash Professional CC February 2015 Update – Available now | Adobe Flash Professional Team Blog "

• Support for AIR 16/Flash Player 16 – This update will add the ability to publish 64 bit AIR apps for iOS 8.x in addition to support for Flash Player 16

"

I was having the non-universal message when building up my ane but I fixed it by setting the ios Target to 6.1 and setting manually the architectures to armv7 armv7s and arm64 (using xCode 6.1 and air sdk 16 build 272) . Now I can compile the ANE but when I tried to test it on Flash Pro I am getting this error:

I have tried downloading last AIR SDK 17 but not luck, any ideas? Btw I have confirmed with lipo -info that the library is fat

If you are having this issue, this is how you can solve:

I am also having this issue. I am using AIR SDK 16.0.0.272. my build worked fine with AIR SDK 4.

this is the result of my adt command

"Error: Apple App Store allows only universal applications. "lib-ane.a" is not a universal binary. Please change build settings in Xcode project to "Standard Architecture" to create universal library/framework."

I have ensured that my static .a ios native extension lib is compiled with armv7 and arm64 support using lipo -info : "Architectures in the fat file: lib-ane.a are: armv7 arm64"

and I have tried downloading a static library xcode project from https://github.com/freshplanet/ANE-Crashlytics- but that too, when built for armv7 and arm64, still gives the error about universal applications and changing your build settings.

I think that the error message is misleading because clearly my binary is built for 32 and 64 bit, but I am at a loss for what the reason is.

@superduperjmas, I'm a little confused by your findings - what is this ane workspace you create and how does coping the bin/adt and lib/adt.jar files there have any effect on the adt command that your run? are you saying that you don't run adt from

"/Applications/Adobe Flash Builder 4.7/eclipse/plugins/com.adobe.flash.compiler_4.7.0.349722/AIRSDK/bin/adt"

but instead from some other directory? can you tell me exactly what your build folder structure looks like and what your adt command is?

thanks

The issue has been resolved for myself as well but it had nothing to do with XCode at all.

Prior to AIR 16 compiling an ane required only bin/adt and lib/adt.jar. Since 3.8 I have been creating my anes by copying those 2 folder and files to a "ane workspace". Now with AIR16 adt.jar has a new dependency in the lib folder (I haven't yet looked for which one(s)) and if that dependency is not present the same error is thrown regardless of the library.a state.

I always had the feeling that AIR16 had a underlining change that prevented me from compiling and I was correct in that assumption.

Just a note regarding a different explanation, as I've had the same issue just now after building 2 ANE's for 64-bit fine.

If building with Flash CS IDE, make sure to clean the cache. Its likely you've been using the same (non-64bit) ANE in the past. Flash CS IDE loves to cache - in my case it apparently cached the library ".a" file. No matter the new ".a" was contained in a differently named ANE, which itself was in a different location, the IDE was still trying to use the old ".a" file from the cache.

So while lipo -info said "armv7 arm64" and the ANE built without issues, on the IDE level it refused to build because the ".a" was not "universal".

Clear out the Temp in your Documents and Settings/Local Settings/Temp/ if on Windows.

Growing desperate. Can any of the person able to compile an universal ane share an empty project with the community so we can investigate further. The complete silence of Adobe staff on the subject means they have no clue what's going on. In all cases the .a library is universal but some can compile their ane, some can't. I did post my files which is a simple Alert ane working perfectly under AIR 15 and unable to compile under AIR 16. Can anyone give it a try and see if they can compile it?

At this point an empty project (an XCode project with no functionality) compile and generates ane under AIR 15 then integrate and runs perfectly under an AIR 15 ios project. Exact same project compiled as universal and checked under lipo (both architectures present) with swc build under AIR 16 and swf version forced to 27 does not compile under AIR 16 with the same stubborn error (not an universal library) on my 2 (recent) macs and PCs as well.

There's either a missing step that has to be performed under AIR 16 and not under any other versions or what AIR 16 calls an universal library is not a typical universal library generated by XCode and something else has to be done with that library in order for AIR 16 to recognize it. Either way the error thrown is misleading and is wasting the time of too many developer.

I have the same problem, I've rebuild my .a file with xcode with enabled arm64, but adt error is the same -  "Please change build settings in Xcode project to "Standard archinecture". ASC 1. Now i'll try with asc 2.