Debug/Release: ========== CocoaIOSConfig (Cocoa) uses #generateForDebug and #generateForRelease to mark an instance as debug/release, but CogMacOSConfig (Carbon) subclasses redefine #compilerFlags to return either #compilerFlagsRelease or #compilerFlagsDebug.
I was going to make them consistent, but which one is better? It seemed like the first one was a little easier to use from a workspace.
Naming: ====== Really confusing e.g. CocoaIOS means Cocoa (but where does the IOS part come in?) and CogMacOS means Carbon; notice one has Cog prefix, the other not
Sean
-- View this message in context: http://forum.world.st/CMake-Mac-Configs-Are-Inconsistent-tp4161337p4161337.h... Sent from the Squeak VM mailing list archive at Nabble.com.
Hi,
I just changed that... I prefer the CocoaIOSConfig version because that way you can create debug version for every child... but I'm not strongly supporting that... is someone has any reason to go the other way, is no problem for me :)
Esteban
El 05/12/2011, a las 2:04p.m., Sean P. DeNigris escribió:
Debug/Release:
CocoaIOSConfig (Cocoa) uses #generateForDebug and #generateForRelease to mark an instance as debug/release, but CogMacOSConfig (Carbon) subclasses redefine #compilerFlags to return either #compilerFlagsRelease or #compilerFlagsDebug.
I was going to make them consistent, but which one is better? It seemed like the first one was a little easier to use from a workspace.
Naming:
Really confusing e.g. CocoaIOS means Cocoa (but where does the IOS part come in?) and CogMacOS means Carbon; notice one has Cog prefix, the other not
Sean
-- View this message in context: http://forum.world.st/CMake-Mac-Configs-Are-Inconsistent-tp4161337p4161337.h... Sent from the Squeak VM mailing list archive at Nabble.com.
I created Issue 67: CMake Mac Configs Are Inconsistent http://code.google.com/p/cog/issues/detail?id=67
-- View this message in context: http://forum.world.st/CMake-Mac-Configs-Are-Inconsistent-tp4161337p4163428.h... Sent from the Squeak VM mailing list archive at Nabble.com.
vm-dev@lists.squeakfoundation.org