The sample(s) build, but on execution the following happens:
InitApplication() succeeded
InitView() succeeded
2015-09-11 18:59:27.340 OGLES2Water[1863:58149] *** Assertion failure in -[UIApplication _runWithMainScene:transitionContext:completion:], /BuildRoot/Library/Caches/com.apple.xbs/Sources/UIKit_Sim/UIKit-3505.16/UIApplication.m:3294
2015-09-11 18:59:27.351 OGLES2Water[1863:58149] *** Terminating app due to uncaught exception ‘NSInternalInconsistencyException’, reason: ‘Application windows are expected to have a root view controller at the end of application launch’
That explains it well enough, the code in AppController.mm has:
[_window addSubview:_glView];
Other threads on this related error state that a call to setRootViewController is required, but I’m not sure what complies. _glView doesn’t appear to be acceptable (doesn’t compile if I change the line to
[_window setRootViewController:_glView];
The compiler says EAGLView can’t be the lvalue,
It SEEMS this just requires a simple adjustment - thought someone here might know what qualifies as the UIViewController object in the typical examples provided in PowerVR SDK 3.5 (like Water)
It seems this may be an iOS 9 issue, not an Xcode 7 issue. Similar inquiry, but at least if we target and build for an iOS 8.x device, the software works. An iOS 9 simulator will crash, even if the build targets older (say, 6.1) versions.
Then, in AppController.mm, at comment “Create a full-screen window”, where it allocates the _window member, I added:
_window.rootViewController = self;
Now, it launches without complaint or incident.
The reason I think it’s not the RIGHT answer is that it is incomplete. Now, when rotating a device, the display orients in inappropriate ways, probably because it’s not controlled so as to ignore the orientation.
Apologies for the delayed response. We’ve reproduced the issue. I’ve filed a P1 bug against the SDK (BRN57583) to make sure this is fixed in our upcoming 4.0 SDK release.