Building for iOS8 device [main.mm issue]

I’m building from xCode6 to the device and after see the unity launch icon in device, I get an error in main.mm line: UIApplicationMain(argc, argv, nil, [NSStringstringWithUTF8String:AppControllerClassName]);

EDIT: SOLVED. The problem was because I’m using the plugin play-games-plugin-for-unity and the error was on login.

#import <UIKit/UIKit.h>

#include "RegisterClasses.h"
#include "RegisterMonoModules.h"

// Hack to work around iOS SDK 4.3 linker problem
// we need at least one __TEXT, __const section entry in main application .o files
// to get this section emitted at right time and so avoid LC_ENCRYPTION_INFO size miscalculation
static const int constsection = 0;

void UnityInitTrampoline();

// WARNING: this MUST be c decl (NSString ctor will be called after +load, so we cant really change its value)
const char* AppControllerClassName = "UnityAppController";


int main(int argc, char* argv[])
{
    NSAutoreleasePool* pool = [NSAutoreleasePool new];

    UnityInitTrampoline();
    if(!UnityParseCommandLine(argc, argv))
        return -1;

    RegisterMonoModules();
    NSLog(@"-> registered mono modules %p\n", &constsection);

    UIApplicationMain(argc, argv, nil, [NSString stringWithUTF8String:AppControllerClassName]);

    [pool release];
    return 0;
}

log:

```csharp
**2014-11-20 00:49:26.695 ninjagirl[13042:2781321] *** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘-[__NSDictionaryM gtm_httpArgumentsString]: unrecognized selector sent to instance 0x1b147f00’

*** First throw call stack:

(0x247e2c1f 0x31feac8b 0x247e8039 0x247e5f57 0x24717df8 0x16b1bd9 0x16b1cc7 0x16b2259 0x16b2485 0xd78d57 0xd78aa3 0xc82db0 0xc7a1ec 0x749cc 0x2b9c8 0x2b91c 0x2b1fc 0x22ce0 0xb40810 0x14b1a54 0x1554d4c 0x102fa54 0x102fb90 0x102e340 0xf73290 0xffb2b0 0xdf2370 0xcaa084 0xca7820 0x254e6f99 0x247a92a7 0x247a8e23 0x247a7073 0x246f5211 0x246f5023 0x2baa80a9 0x27d011d1 0x1f7b0 0x3256aaaf)
libc++abi.dylib: terminating with uncaught exception of type NSException
(lldb)**
```

Has this problem been solved yet?