Difference between revisions of "Running Oolite-Mac"
(→Building Oolite) |
|||
| Line 13: | Line 13: | ||
=== Development Environment (Xcode) === |
=== Development Environment (Xcode) === |
||
| − | To start, you will need Mac OS X 10.5 or later and Xcode tools 3. |
+ | To start, you will need Mac OS X 10.5 or later and Xcode tools 3.2 or later from the [http://connect.apple.com/ Apple Developer Connection] or your Mac OS install DVD. You will need an ADC membership to obtain download Xcode; however, the free online membership is sufficient. You will also need to ensure you have installed the Mac OS X 10.4 Universal SDK, which is available through the Xcode Tools installer. Lastly, you will require the Subversion version control tool; an up-to-date binary is available [http://downloads.open.collab.net/binaries.html here]. |
=== Getting the Source === |
=== Getting the Source === |
||
| Line 41: | Line 41: | ||
To build the trunk, you will need to install some additional files. First, you will need the source release of [http://libpng.org/pub/png/libpng.html libpng]. This will decompress as a folder called “libpng-1.4.5” or similar. Rename it to “libpng” and move it to deps/Cross-platforms-deps in the Oolite repository. Additionally, in order to build and use the [[Debug OXP]] in the Development configuration, the [http://www.brockerhoff.net/src/rbs.html RBSplitView Interface Builder plug-in] must be installed. (To install it, simply put it somewhere tidy and open it; Interface Builder should load and register the plug-in.) '''Important:''' due to an unfortunate change between versions, you must use the 1.1.4 version of the RBSplitView IB plug-in, ''or'' use 1.2 but change its bundle identifier from <code>net.brockerhoff.RBSplitView.IBPlugin</code> to <code>net.brockerhoff.RB'''s'''plitView.IBPlugin</code>. |
To build the trunk, you will need to install some additional files. First, you will need the source release of [http://libpng.org/pub/png/libpng.html libpng]. This will decompress as a folder called “libpng-1.4.5” or similar. Rename it to “libpng” and move it to deps/Cross-platforms-deps in the Oolite repository. Additionally, in order to build and use the [[Debug OXP]] in the Development configuration, the [http://www.brockerhoff.net/src/rbs.html RBSplitView Interface Builder plug-in] must be installed. (To install it, simply put it somewhere tidy and open it; Interface Builder should load and register the plug-in.) '''Important:''' due to an unfortunate change between versions, you must use the 1.1.4 version of the RBSplitView IB plug-in, ''or'' use 1.2 but change its bundle identifier from <code>net.brockerhoff.RBSplitView.IBPlugin</code> to <code>net.brockerhoff.RB'''s'''plitView.IBPlugin</code>. |
||
| − | == Temporary: newjs == |
||
| + | '''Note:''' At the moment, there is a second Xcode project called “Oolite-newjs.xcodeproj”, which is designed to build with an up-to-date version of the SpiderMonkey JavaScript engine. This project will download libpng automatically, so you can skip that step. The newjs project is extra-experimental, i.e. at the time of writing it doesn’t work. Have fun! |
||
| − | At the moment, there is a second Xcode project called “Oolite-newjs.xcodeproj”, which is designed to build with an up-to-date version of the SpiderMonkey JavaScript engine. To build this version, you need to: |
||
| − | * Download and expand [ftp://anonymous@ftp.mozilla.org/pub/firefox/releases/4.0b8/source/firefox-4.0b8.source.tar.bz2 the FireFox 4.0b8 source code]. |
||
| − | * Copy the folders “js” and “nsprpub” into Oolite’s deps/Cross-platform-deps folder. |
||
| − | * Open Oolite-newjs.xcodeproj and build the “Build All” target. |
||
| − | This project is extra-experimental, i.e. at the time of writing it doesn’t work. Have fun! |
||
Revision as of 02:00, 29 December 2010
Contents
Overview
Oolite was originally developed for OS X, and as such, OS X is Oolite's home operating system. The OS X version can be considered the reference version for all other ports. It has some specific Mac OS X only support such as speech synthesis, iTunes integration and Growl integration. Joysticks are not directly supported - however, there are programs that convert joystick inputs into mouse and keyboard inputs, and these programs are reported to work well with Oolite.
Getting and installing the game
You can get the most recent release of the game from BerliOS.
Installation is the standard method of dragging the Oolite folder to your Applications or Games folder.
Installing OXPs (add ons)
In the Oolite folder that you dragged from the disk image, you will find an Oolite application and an AddOns folder. Place OXPs in the AddOns folder, and they will be loaded the next time you start the game.
Building Oolite from source
Development Environment (Xcode)
To start, you will need Mac OS X 10.5 or later and Xcode tools 3.2 or later from the Apple Developer Connection or your Mac OS install DVD. You will need an ADC membership to obtain download Xcode; however, the free online membership is sufficient. You will also need to ensure you have installed the Mac OS X 10.4 Universal SDK, which is available through the Xcode Tools installer. Lastly, you will require the Subversion version control tool; an up-to-date binary is available here.
Getting the Source
The source code and data files are available from the oolite-linux BerliOS project. Don't be confused by the name 'oolite-linux'; the repo is called that because it’s where the repository moved after GUSTO was complete. The SVN url for 1.65 is:
svn://svn.berlios.de/oolite-linux/tags/v165-final
You can also get the latest work-in-progress from:
svn://svn.berlios.de/oolite-linux/trunk
To download the source with Subversion, the quickest way to do it is to open a Terminal window, and run the following command:
svn checkout svn://svn.berlios.de/oolite-linux/trunk
It is not possible to connect with svn+ssh unless you have a berlios shell (unix) account and are added to the project.
svn checkout svn+ssh://developername@svn.berlios.de/svnroot/repos/oolite-linux/trunk
Developers should also checkout the relevant maintenance branch (assuming we are in a suitable folder like /sandbox/oolite/:
svn checkout svn+ssh://developername@svn.berlios.de/svnroot/repos/oolite-linux/branches/version-maintenance/ ./branches/version-maintenance/
Building Oolite
Now that you have the source, and an IDE to work in, we are ready to build the code and run.
To build the trunk, you will need to install some additional files. First, you will need the source release of libpng. This will decompress as a folder called “libpng-1.4.5” or similar. Rename it to “libpng” and move it to deps/Cross-platforms-deps in the Oolite repository. Additionally, in order to build and use the Debug OXP in the Development configuration, the RBSplitView Interface Builder plug-in must be installed. (To install it, simply put it somewhere tidy and open it; Interface Builder should load and register the plug-in.) Important: due to an unfortunate change between versions, you must use the 1.1.4 version of the RBSplitView IB plug-in, or use 1.2 but change its bundle identifier from net.brockerhoff.RBSplitView.IBPlugin to net.brockerhoff.RBsplitView.IBPlugin.
Note: At the moment, there is a second Xcode project called “Oolite-newjs.xcodeproj”, which is designed to build with an up-to-date version of the SpiderMonkey JavaScript engine. This project will download libpng automatically, so you can skip that step. The newjs project is extra-experimental, i.e. at the time of writing it doesn’t work. Have fun!
These steps do not need to be repeated after updating the repository using the svn update command.
It should now be possible to build Oolite. The project contains three targets: Build All, Oolite and libpng-custom. The Oolite target will build the Oolite application and Spotlight indexer. The Build All target will build the Oolite target, and also the Debug.oxp subproject, and copy Debug.oxp into the AddOns folder in the build results folder. The libpng-custom target builds libpng and is automatically built by the Oolite target, so it shouldn’t need to be touched directly.
Building the Build All target will result in the following being created in the build results folder: AddOns, Debug.oxp, libjs.a, libpng.a, Oolite.app (or OoliteDev.app for the Development configuration) and Oolite.mdimporter. AddOns contains a copy of Debug.oxp. Oolite.app contains a copy of Oolite.mdimporter, and libjs.a and libpng.a are linked into the Oolite executable. Debug.oxp, libjs.a, libpng.a and Oolite.mdimporter can thus be considered side effects of the build process. Building the Oolite target produces libjs.a, libpng.a, Oolite.app or Oolitedev.app and Oolite.mdimporter, but not AddOns and Debug.oxp.
