First up - great that Unity finally works with the 64bit Windows NDK, we’re no longer having clang++ crashes because of very large source files 
We’re now experiencing a crashbug at launch inside the IL2CPP internals, the callstacks look like this:
#00 pc 0204d798 /data/app/com.zs.il2cppclangcrash-1/lib/arm/libil2cpp.so (il2cpp::vm::MetadataCache::GetIl2CppTypeFromIndex(int)+36)
#01 pc 020441e8 /data/app/com.zs.il2cppclangcrash-1/lib/arm/libil2cpp.so (il2cpp::vm::InitLocked(TypeInfo*, il2cpp::os::FastAutoLock const&)+696)
#02 pc 020428b0 /data/app/com.zs.il2cppclangcrash-1/lib/arm/libil2cpp.so (il2cpp::vm::Class::Init(TypeInfo*)+56)
#03 pc 02043004 /data/app/com.zs.il2cppclangcrash-1/lib/arm/libil2cpp.so (il2cpp::vm::Class::IsAssignableFrom(TypeInfo*, TypeInfo*)+92)
#04 pc 02022d58 /data/app/com.zs.il2cppclangcrash-1/lib/arm/libil2cpp.so (il2cpp::icalls::mscorlib::System::Type::type_is_assignable_from(Il2CppReflectionType*, Il2CppReflectionType*)+76)
#05 pc 00848810 /data/app/com.zs.il2cppclangcrash-1/lib/arm/libil2cpp.so (Type_type_is_assignable_from_m1620694099+52)
#06 pc 008496c0 /data/app/com.zs.il2cppclangcrash-1/lib/arm/libil2cpp.so (Type_IsAssignableFrom_m907986231+888)
#07 pc 002dfe64 /data/app/com.zs.il2cppclangcrash-1/lib/arm/libil2cpp.so (VirtFuncInvoker1<bool, Type_t*>::Invoke(unsigned int, void*, Type_t*)+80)
Is anyone else experiencing IL2CPP issues like this? I’ve already submitted a bug report (#777371) with a reproduction case.
@einWikinger
Thanks for reporting this bug. Our QA team is investigating it now.