4.6 iOS 64-bit beta

So, I ran into a couple of weird things.

First, I've implemented a simple Quake-style debug console, and in its Awake it iterates over all the methods of all the types in the assembly searching for a specific method attribute, which identifies that method as a command available to the console:

Code (CSharp):

1. Type[] types = Assembly.GetExecutingAssembly().GetTypes();
2. foreach(Type type in types)
3. {
4.     MethodInfo[] methods = type.GetMethods(BindingFlags.Static | BindingFlags.NonPublic);
5.     foreach(MethodInfo method in methods)
6.     {
7.         System.Object[] attributes = method.GetCustomAttributes(typeof(ConsoleCommand), true);
8.         // Bind the command

This works great under mono, but under IL2CPP I get an exception inside the GetCustomAttributes call:

I have two guesses: either the ConsoleCommand attribute type is being stripped and we're not actually catching that until further down that call stack (as above), or there's something else wrong and it lives inside the black box of generated mono code where I can't (?) do anything about it. Any thoughts on this one?

Second, when the above exception occurs, that MonoBehaviour never receives any Update calls. Under mono, if I got an exception in Awake, that would not preclude later Updates, but under IL2CPP it appears to be doing so. Is that expected behavior?[/code]

 

Already tried, it does not work. This app is fully working on 32bit(mono).

 

I tried running the Universal build with IL2CPP on an iPod touch 5g. The Unity settings is set for Architecture is set to Universal. Target iOS version is 6.0. On XCode, the Architectures was armv7, arm64. When it tries to run it, XCode gives the following error:

"App installation failed
This application does not support this device's CPU type."

Any suggestions?
(Note that the build runs (although crashes) on an iPhone6+)

 

Weird bug?!

Code (CSharp):

1.             byte[] spe = new byte[4] { 137, 80, 78, 71 };
2.             Array.Reverse(spe, 0, 4);
3.  

The above code crashes with that specific array contents. Very Weird. An array with all zero's seems to be ok.

 

We are also experience PlatformInvoke crashes:

Code (CSharp):

1. il2cpp::vm::PlatformInvoke::MarshalDelegate(Il2CppDelegate*) at PlatformInvoke.cpp:230

 

A bit more on the Marshalling crash:

Code (CSharp):

1.         [MonoPInvokeCallback(typeof(FillInputBufferCallback))]
2.         static bool FillInputBufferCallback(IntPtr internalBuffer, int bytesToFill, IntPtr objectHandle, out int bytesAvailable, out bool hasMoreInput)
3.         {
4.         }
5.         [MonoPInvokeCallback(typeof(OutputBufferReadyCallback))]
6.         static bool OutputBufferReadyCallback(IntPtr internalBuffer, int bytesAvailable, IntPtr objectHandle)
7.         {
8.         }
9.  
10. /// native code wrapper
11. public delegate bool FillInputBufferCallback(IntPtr publicBuffer, int bytesToFill, IntPtr objectHandle, out int bytesAvailable, out bool hasMoreInput);
12.  
13. #if USE_IPHONE_CALLING_CONVENTION
14.         private const string DllName = "__Internal";
15. #else
16.         private const string DllName = "TinyInflater";
17. #endif
18.         [DllImport(DllName, CallingConvention = CallingConvention.Cdecl)]
19.         public extern static IntPtr tinfl_decompress_callback_to_callback_state_create(FillInputBufferCallback fillBufferPointer, int in_size, OutputBufferReadyCallback outReadyPointer, int out_size, IntPtr object_handle, bool rawStream, LogCallback logCallback);
20.  
21.  

calling tinfl_decompress..... will crash with null in the MarshalDelegate code previously reported.

 

Hi guys.
I just installed version 4.6.1p3 assuming it supports 64 bit build. I installed this version in mac osx without removing my previous version 4.6.1f1. While building my project, unity keeps throwing error

Error building Player: IOException: Failed to Copy File / Directory from '/Applications/Unity/Unity.app/Contents/PlaybackEngines/iOSSupport/Trampoline/Libraries/libiPhone-lib-i386-il2cpp.a' to '/Path/To/iOSProject/Libraries/libiPhone-lib.a'.

I browsed the directory to locate the file 'libiPhone-lib-i386-il2cpp.a', and it was not present there.

Please help!!!

 

Deeper Digging into the Marshalling crash:

Coincidently we also had another function that was similar except that it doesn't return anything :

public delegate void Fillbuffer...
instead of
public delegate bool Fillbuffer....

The delegate with void return marshalled ok.. No crashes

 

More Bugs:

System.Threading.Interlocked.CompareExchange also crashes with EXC_BAD_ACCESS

 

Btw, it works when compiling using .net 2.0 subset (smcs compiler). The gmcs compiler never did work for us due to a whole bunch of AOT problems.

 

@josh, I have submitted a new bug on this (Case 665375).

Thanks,
Arjun

 

My project relies on reflection a lot, and for various reasons I can't just declare unused fields of required types to avoid them being stripped. Would there be some way of forcing IL2CPP to generate code for some types no matter what? link.xml seems like an obvious place for this kind of blacklisting.

 

IL2CPP generates incorrect code for obfuscated assemblies that have multiple members with the same name (on the IL-level). As a result, build fails in XCode:


Not sure if this can be classified as a bug, but Mono AOT compiler has no problems with the same assembly.

 

That's the whole point - I can't do that as well, as I am using some types using Reflection only. There isn't a single direct reference to the type from the code at all, so it's understandable why stripper removes them. An option of forcing certain types to be included in the build would solve this problem.

Thanks!

 

,,,,,,,,,,,,,,,,,,,,,,

The Unity 5.0.0b20 generated iOS project, go to "Build Settings", The "Apple LLVM 6.0 - Language - C++" , "C++ Standard Library" by default is "libc++".

We have some customers ask for "C++ Standard Library" to be "libstdc++". If so, we'll get lots of linker error like following, I guess it is because libiPhone-lib-il2cpp-dev.a is build with "libc++" instead of "libstdc++" option. Do we have plan to support "libstdc++"?

Also tried Unity version 4.5.2f1, its generated iOS project by default is "libstdc++" and it only support "libstdc++". "libc++" will get linker errors. Of course 4.5.2f1 does not have IL2CPP.


Undefined symbols for architecture armv7:

"std::__1::__shared_weak_count::~__shared_weak_count()", referenced from:

std::__1::shared_ptr<Pfx::Asm::UnpackedData> std::__1::shared_ptr<Pfx::Asm::UnpackedData>::allocate_shared<Alg::UserAllocator<Pfx::Asm::UnpackedData>, Pfx::Asm::Assembly&>(Alg::UserAllocator<Pfx::Asm::UnpackedData> const&, Pfx::Asm::Assembly&&&) in libiPhone-lib-il2cpp-dev.a(asmdecodedassemblies.o)

std::__1::__shared_ptr_emplace<Pfx::Asm::UnpackedData, Alg::UserAllocator<Pfx::Asm::UnpackedData> >::~__shared_ptr_emplace() in libiPhone-lib-il2cpp-dev.a(asmdecodedassemblies.o)

std::__1::__shared_ptr_emplace<Pfx::Asm::UnpackedData, Alg::UserAllocator<Pfx::Asm::UnpackedData> >::~__shared_ptr_emplace() in libiPhone-lib-il2cpp-dev.a(asmdecodedassemblies.o)

"std::__1::__shared_weak_count::__release_shared()", referenced from:

Pfx::Asm:ecodedAssemblies::~DecodedAssemblies() in libiPhone-lib-il2cpp-dev.a(asmdecodedassemblies.o)

Pfx::Asm:ecodedAssemblies:ushAssembly(Pfx::Asm::Context&, char const*, unsigned long, unsigned int) in libiPhone-lib-il2cpp-dev.a(asmdecodedassemblies.o)

Pfx::Asm:ecodedCGraph:ecodedCGraph(Pfx::Asm::Context&, std::__1::shared_ptr<Pfx::Asm::UnpackedData>&, unsigned int, unsigned char const*) in libiPhone-lib-il2cpp-dev.a(asmdecodedassemblies.o)

Pfx::Linker:etail::HandleImpl::backEnd(std::__1::vector<unsigned char, Alg::UserAllocator<unsigned char> >&, std::__1::basic_ostream<char, std::__1::char_traits<char> >&) in libiPhone-lib-il2cpp-dev.a(linkerdetailhandleimpl.o)

"std::__1::locale::has_facet(std::__1::locale::id&) const", referenced from:

std::__1::basic_filebuf<char, std::__1::char_traits<char> >::basic_filebuf() in libiPhone-lib-il2cpp-dev.a(pfxcookerapilinkerhandle.o)

 

Just ran our first test in the beta with ready to ship Mono builds in this beta 64 bit version under IL2CPP.

IL2CPP
Stripping on to Byte Code Level
Fast but no Exceptions

In this 64-bit beta version we are currently getting linking errors on Generic usage in LitJson based json code and some on UnityEngine.Networking.

Not a ton of time to research right now trying to ship non 64 by Feb. Seems like the deep copy issue but not sure about Networking.

Hopefully the new beta hurdles right over this issue because it is getting hot in here.

XCode Link Errors

"_AssemblyU002DCSharp_Engine_Data_Json_JsonMapper_m_ToObject_AssemblyU002DCSharp_GameLevel_mgp0_mscorlib_System_String_MethodInfo", referenced from:

AssemblyU002DCSharp_GameLevels_RGCTXData in Bulk_Assembly-CSharp_1.o

AssemblyU002DCSharp_AssemblyU002DCSharp_BaseGameLevels_1_AssemblyU002DCSharp_GameLevel_git_RGCTXData in Bulk_Generics_8.o

AssemblyU002DCSharp_AssemblyU002DCSharp_DataObjects_1_AssemblyU002DCSharp_GameLevel_git_RGCTXData in Bulk_Generics_8.o

"Register_UnityEngine_NetworkView_INTERNAL_CALL_Internal_SetViewID()", referenced from:

RegisterAllStrippedInternalCalls() in UnityICallRegistration.o

"Register_UnityEngine_MasterServer_set_dedicatedServer()", referenced from:

RegisterAllStrippedInternalCalls() in UnityICallRegistration.o

"Register_UnityEngine_NetworkView_Internal_GetViewID()", referenced from:

RegisterAllStrippedInternalCalls() in UnityICallRegistration.o

 

Hi,
I'm currently testing the IL2CPP build and it look like this asset is failing the build on IOS.

Classes/Native/Bulk_Assembly-CSharp_0.cpp
Classes/Native/Bulk_Assembly-CSharp_0.cpp:1086:6: Expected ';' after expression

https://www.assetstore.unity3d.com/en/#!/content/12476 uni webview.

 

eddie312, Try with stripping disabled.

 

thanks but, stripping is already disabled.

 

Not sure if this will help but did you try setting Build Active Architectures Only to "Yes" in Xcode? I remember this fixed that same error when I was trying to build for 64 bit.

 

@ArjunNair Thanks, that solved the issue to build and run on the non-64-bit device.

 

I can answer my own question after experiment both versions of Unity.

Unity 4.6.1P3 can only link with libstdc++ library.
Unity 5.0.0b20 can only link with libc++ library.

This is one difference between 4.6.1P3 and 5.0.0b20.

 

Thanks mate, this solved the problem. As I am testing my game massively in simulator, is there any link or something that I can subscribe to when the fix is done?

 

Yeps 100% reproducible.
I've attached the project. I don't know if it makes a difference as I am using a pc to build first then transfering to an osx machine to compile witth xcode.

 

Great, it sure is a weird one tho.. Any ETA on the next build?

 

So Patch5 for 4.6.1 is out, should we download this now as it contains the -> Support for iOS 64-bit builds using il2cpp. No separate build from you guys? just making sure everyone aware.

 

Is there a list of all fixes on IL2CPP ?

 

Thx @JoshPeterson and good job to the UE IL2CPP team .

 

With the new version there is an issue (that we didn't have with the old one).
We use a custom builder (for a while now) and with your last revision 4.6.1p5 the python scripts seem rejected cause of this error :
<WARNING>/usr/bin/python: can't find '__main__' module in '/Users/MyAcnt/Desktop/iphone/MyProject/Unity'

I'll try with mono backend asap, but with IL2CPP it didn't work anymore.

 

Is link.xml now taken into account in 4.6.1p5 release?

 

It seems like it's trying to use it, but I can't get it to work (error message isn't helpful).

Code (CSharp):

1. UserBlackList: /Users/snowstorm/Desktop/MMOT/mmo-template-unity/Assets/link.xml
2. Invoking UnusedByteCodeStripper2 with arguments: -out "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/Managed" -l none -c link -x "/Applications/Unity_4.6.1p5/Unity_4.6.1p5.app/Contents/Frameworks/Tools/UnusedByteCodeStripper/native_link.xml" -f "/Applications/Unity_4.6.1p5/Unity_4.6.1p5.app/Contents/Frameworks/il2cpp/LinkerDescriptors" -x "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/Managed/../platform_native_link.xml" -x "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/methods_pointedto_by_uievents.xml" -x "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Assets/link.xml" -d "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/Managed" -a  "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/Managed/Assembly-CSharp.dll"
3. Failed running /Applications/Unity_4.6.1p5/Unity_4.6.1p5.app/Contents/Frameworks/Tools/UnusedByteCodeStripper2/UnusedBytecodeStripper2.exe -out "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/Managed" -l none -c link -x "/Applications/Unity_4.6.1p5/Unity_4.6.1p5.app/Contents/Frameworks/Tools/UnusedByteCodeStripper/native_link.xml" -f "/Applications/Unity_4.6.1p5/Unity_4.6.1p5.app/Contents/Frameworks/il2cpp/LinkerDescriptors" -x "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/Managed/../platform_native_link.xml" -x "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/methods_pointedto_by_uievents.xml" -x "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Assets/link.xml" -d "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/Managed" -a  "/Users/snowstorm/Desktop/MMOT/mmo-template-unity/Temp/StagingArea/Data/Managed/Assembly-CSharp.dll"
4.  
5. stdout;
6. ERROR: Failed to resolve base type System.Configuration.ConfigurationException for type System.Configuration.ConfigurationErrorsException
7. Fatal error in Mono CIL Linker
8. System.Exception: ERROR: Failed to resolve base type System.Configuration.ConfigurationException for type System.Configuration.ConfigurationErrorsException
9.   at UnusedBytecodeStripper2.ResolveFromMonoBehaviours.IsMonoBehaviourOrScriptableObject (Mono.Cecil.TypeDefinition type) [0x00000] in <filename unknown>:0
10.   at System.Linq.Enumerable+<CreateWhereIterator>c__Iterator35`1[Mono.Cecil.TypeDefinition].MoveNext () [0x00000] in <filename unknown>:0
11.   at UnusedBytecodeStripper2.ResolveFromMonoBehaviours.Process (Mono.Linker.LinkContext context) [0x00000] in <filename unknown>:0
12.   at Mono.Linker.Pipeline.Process (Mono.Linker.LinkContext context) [0x00000] in <filename unknown>:0
13.   at Mono.Linker.Driver.Run () [0x00000] in <filename unknown>:0
14.   at Mono.Linker.Driver.RunDriver (Mono.Linker.Driver driver) [0x00000] in <filename unknown>:0
15.  

Even turning off stripping doesn't help, I had to rename (or delete) link.xml to prevent this from happening.

EDIT : Submitted 666131 for this.

Also found another issue where Il2Cpp is telling me that a non-abstract class inside a Dll doesn't implement one of it's interface methods (when it obviously does, otherwise I wouldn't have been able to compile the Dll. It works with Mono compiler anyway). This was filed as 666129.

 

I do have

Code (CSharp):

1. <assembly fullname="System">
2.     <namespace fullname="System.Net" preserve="all"/>
3.     <namespace fullname="System.Net.Configuration" preserve="all"/>
4.     <namespace fullname="System.ComponentModel" preserve="all"/>
5.   </assembly>
6.   <assembly fullname="System.Configuration">
7.     <type fullname="System.Configuration.ExeConfigurationHost" preserve="all"/>
8.   </assembly>

in the link.xml file, but not ConfigurationException directly. This works fine with the Mono compiler. I am in fact targeting the .NET subset though. Thanks for the answer!