How can I use csharp-port 2.4 with mono in IOS? It always got a Jit error message.

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Just compile a ipa that using proto by mono
2. Put it to iphone
3.

What is the expected output? What do you see instead?

It seem aof problem, but I don't know how to fix it.

What version of the product are you using? On what operating system?

2.4.1.521

Please provide any additional information below.

Could you give me a solution for that? 

Thank you very much.

Original issue reported on code.google.com by [email protected] on 10 Feb 2015 at 7:27

[jskeet]

Extra comments which were on Google Code:

Which version was the problematic one and which one worked? I'm going to be using protobuf with Unity soon myself and this information could be useful. Thanks!

Then:

Have a look at this commit (on the main protobuf project):
protocolbuffers/protobuf@83bcfef

I don't have Unity, so I can't verify that it helps - but I would hope the PR came due to it being found to work :)

Fundamentally it feels like a bug in the version of Mono that Unity is using though.

Then:

Thanks. It fixed the extensionregistry issue but now I have the same issue as this guy:
protocolbuffers/protobuf#414

Any idea? Maybe a quick hack I could use in the ReadEnum methods of the generated classes to prevent this?

[jskeet]

It's hard to tell what's wrong with the enum parsing code, in this version, to be honest - it would be best for the Unity folks to diagnose this further to work out what it's objecting to, then I can potentially avoid that in a future version.

[zakyg]

From my experience with Unity, those 'aot-only' issues on iOS usually arise when you use generics - you usually run into them when using LINQ for example. In this case, it seems that the issue is that the ReadEnum method (the generic one) isn't being compiled ahead of time.

I noticed that there are 2 versions of the ReadEnum method - a generic and a non generic one.
public bool ReadEnum(ref IEnumLite value, out object unknown, IEnumLiteMap mapping)

and
public bool ReadEnum<T>(ref T value, out object unknown)

We're using the Lite library, and everything generates and compiles successfully with the 'LITE_RUNTIME' option. Is there any way to make the generated code use the non-generic ReadEnum method instead of the generic one?

[jskeet]

As I've said elsewhere, I'm unlikely to be doing anything to this repository in the near future... but even if I did, I'm fairly unwilling to go back nearly 15 years to C# 1 (i.e. pre-generics) just because of Unity. I would like to get the new version of Protocol Buffers working with Unity, but not at the expense of the client experience for everyone else, as well as maintainability of the runtime library itself. I think it would be better all round if Unity sorted out its issues with generics... which I suspect will be vastly improved when they take a more recent version of Mono.

[zakyg]

We switched to IL2CPP as a scripting backend for iOS publishing and got rid of most of the issues that way. We got a couple more JIT errors but managed to solve them using the il2cpp_extra_types.txt workaround described here:http://forum.unity3d.com/threads/il2cpp-type-makegenerictype-work-around.311926/