Cube Engine Games

Cube & Cube 2 FORUM

Mac OS X Port

by JeroMiya on 10/22/2002 23:39, 26 messages, last message: 01/12/2004 22:35, 14895 views, last view: 05/19/2024 00:19

This discussion is for issues regarding porting cube to MacOS X, which I am currently working on and will post as soon as I get the license issues straight.

Current Progress: The code compiles and runs. Sounds and music are working, weapons are working, map editing is working, armor and items are working, HUD is working, menu is working. Issues are: mouse input stops at the edge of the screen (this may be just an SDL issue), some (actually most) of the levels cause the engine to appear frozen on startup. Networking is not working at the moment due to a dependancy issue.

Issues with the port:
One struct instance is defined as a list of lists, and the initializer list only uses one set of brackets. Just a warning in the compiler but I fixed it anyway.

Apple predefines the values defined in glext.h, only without the _EXT. Values defined in glext.h possibly conflict with Apple\'s GL implementation.
Fix: remove the _EXT and don\'t include glext.h

The networking code has a few Linux dependancies.

Other build instructions:
-These may not be the best settings for actually distributing your game.
First, delete all SDL, SDL_image, libz, and fmod header files included with the cube distribution (you want to use the mac versions).
set -framework SDL -framework SDL_image in linker flags
add ${HOME}/Library/Frameworks/SDL.framework/Headers to header search paths
add ${HOME}/Library/Frameworks/SDL_image.framework/Headers to header search paths
add ${HOME}/Library/Frameworks to your framework search path.

Alternatively, you can add SDL.framework and SDL_image.framework with \"Add Frameworks\" and convert all the references to SDL headers to SDL/headername.h, same with SDL_image headers.

Add your libz.a or libz.1.1.4.dylib using \"Add Frameworks\"

Add your fmod.a using \"Add Frameworks\"
Add paths to the libz and fmod header files to your header search paths, wherever they exist. Mine are /sw/include and ${HOME}/Programming/fmod/include

fix various errors that come up when you attempt to compile. One function in the enet library needs to be commented out in order to compile (the one which uses X11 functions to grab the clipboard contents). There are a couple of unsigned/signed comparisons and a struct instance initializer that should only show up as warnings.

Jeremy Bell
WolverineSoft Project Coordinator
www.umich.edu/~wsoft
homepage.mac.com/jeremybell/resume.html

Board Index

#1: Progress

by JeroMiya on 10/24/2002 23:24

I've made the following changes to the project structure:
I've compiled the enet library into a framework, which I link against.
I've attempted to compile the zlib and libpng libraries into a framework, which I also link against. There is a problem with this if you already have zlib and libpng installed in /usr/local/lib and /usr/local/include (or alternatively, /usr/lib and /usr/include ) since the two conflict during linkage. I will attempt to fix this problem, or decide whether a zlib/libpng framework is really feasable.

New issues:
I've found some issues with the latest source version of zlib and libpng on MacOSX. Neither pass their included test programs(this is in Jaguar), so I suspect that there may be an issue with image loading on some levels (but not all). I will compile a list of levels which do not load, and see if there is a pattern in what type of image files are in non-loading maps vs loading maps.

Jeremy Bell
WolverineSoft Project Coordinator
www.umich.edu/~wsoft
homepage.mac.com/jeremybell/resume.html