$ make debug=no
Making all for objc_program oolite...
Compiling file src/Core/OOOpenGLExtensionManager.m ...
In file included from src/Core/OOOpenGLExtensionManager.m:32:
src/Core/NSThreadOOExtensions.h:42: error: expected identifier or '(' before '<<' token
src/Core/NSThreadOOExtensions.h:48: warning: '@end' must appear in an @implementation context
src/Core/NSThreadOOExtensions.h:63: error: expected identifier or '(' before '==' token
In file included from src/Core/OOOpenGLExtensionManager.m:34:
src/Core/ResourceManager.h:85: error: expected ')' before 'OOSound'
src/Core/ResourceManager.h:86: error: expected ')' before 'OOMusic'
src/Core/OOOpenGLExtensionManager.m: In function '-[OOOpenGLExtensionManager init]':
src/Core/OOOpenGLExtensionManager.m:169: warning: 'NSLock' may not respond to '-ooSetName:'
src/Core/OOOpenGLExtensionManager.m:169: warning: (Messages without a matching method signature
src/Core/OOOpenGLExtensionManager.m:169: warning: will be assumed to return 'id' and accept
src/Core/OOOpenGLExtensionManager.m:169: warning: '...' as arguments.)
make[3]: *** [obj.win.spk/oolite.obj/OOOpenGLExtensionManager.m.o] Error 1
make[2]: *** [internal-objc_program-all_] Error 2
make[1]: *** [oolite.all.objc-program.variables] Error 2
make: *** [internal-all] Error 2
"A brilliant game of blasting and trading... Truly a mega-game... The game of a lifetime." (Gold Medal Award, Zzap!64 May 1985).
I'm using the "Building Oolite Windows from source - The Easier Way" setup. As such I suspect that there are differences in our set-ups. You seem to have a more complete setup from what I can see from your post.
"A brilliant game of blasting and trading... Truly a mega-game... The game of a lifetime." (Gold Medal Award, Zzap!64 May 1985).
Making all for objc_program oolite...
Compiling file src/Core/OOOpenGLExtensionManager.m ...
In file included from src/Core/OOOpenGLExtensionManager.m:32:
src/Core/NSThreadOOExtensions.h:42: error: expected identifier or '(' before '<<' token
src/Core/NSThreadOOExtensions.h:48: warning: '@end' must appear in an @implementation context
src/Core/NSThreadOOExtensions.h:63: error: expected identifier or '(' before '==' token
In file included from src/Core/OOOpenGLExtensionManager.m:34:
src/Core/ResourceManager.h:85: error: expected ')' before 'OOSound'
src/Core/ResourceManager.h:86: error: expected ')' before 'OOMusic'
make[3]: *** [obj.win.spk/oolite.obj/OOOpenGLExtensionManager.m.o] Error 1
make[2]: *** [internal-objc_program-all_] Error 2
make[1]: *** [oolite.all.objc-program.variables] Error 2
make: *** [internal-all] Error 2
"A brilliant game of blasting and trading... Truly a mega-game... The game of a lifetime." (Gold Medal Award, Zzap!64 May 1985).
And r5169 fixed last reported compile error. Thanks.
Not with me. That build complains about a wrong integer comparison. But Ahruman fixed that with r5170.
And I noticed that in test configuration the code compiles without error in the linking process. Not as fast as a debug compile, but at least it does compile.
But, compiling okay is one thing. On launching Oolite I get a nice message on the startup screen:
Oolite failed to start up, because an unhandled exception occurred.
An exception of type NSInvalidArgumentException occurred. If this problem persists, please file a bug report.
[dataCache.rebuild.explicitFlush]: Cache explicitly flushed with always-flush-cache preference. Rebuilding from scratch.
[system]: Unknown class 'Groolite', using 'NSObject' instead. Encountered in Interface Builder file at path /Users/ericwalch/Oolite/trunk/build/TestRelease/Oolite.app/Contents/Resources/Oolite.nib.
[system]: Could not connect the action goFullscreen: to target of class GameController
[startup.exception]: ***** Unhandled exception during startup: NSInvalidArgumentException (-[GameController setUpDisplayModes]: unrecognized selector sent to instance 0x100a3bb10).
Closing log at 2012-08-05 23:32:14 +0200.
Last edited by Eric Walch on Sun Aug 05, 2012 9:34 pm, edited 1 time in total.
/Users/ericwalch/Oolite/trunk/src/Core/Entities/PlayerEntity.m:6136:35: error: use of undeclared identifier 'displayModeIndex'
mode = [modeList objectAtIndex:displayModeIndex];
Although the error is only there in a 'test build' not in a 'debug build'.
I have two environments now, one with debug and one without. Never got as far as updating my debug build with r5168. Why would that matter though? (Explained in layman terms please.)
Also (again in layman terms), when you say a test compile, do you mean with "debug=no". I got no warnings or errors with r5169, either with "debug=no" or "debug=yes".
"A brilliant game of blasting and trading... Truly a mega-game... The game of a lifetime." (Gold Medal Award, Zzap!64 May 1985).
I have two environments now, one with debug and one without. Never got as far as updating my debug build with r5168. Why would that matter though? (Explained in layman terms please.)
Also (again in layman terms), when you say a test compile, do you mean with "debug=no". I got no warnings or errors with r5169, either with "debug=no" or "debug=yes".
debug => "debug=yes"
test => "debug=no"
release => "DEPLOYMENT_RELEASE_CONFIGURATION=yes debug=no"
The different build types have some differences in which code is enabled (e.g. test and debug have debug info on the FPS counter, but release doesn't), and what compiler settings are used to build it (e.g. test and release compiles are optimised for execution speed, while debug compiles are optimised for faster compilation and easier debugging). As a result some bugs only affect some but not all build types.