QGIS Xcode Project

2.1.3	2009-3-22

About

This builds QGIS, as an alternative to the CLI Unix build (both build the Mac application).  By default everything is built for the native architecture.

Dependent libraries are optionally copied into the application bundle and embedded library paths are adjusted.  Some dependent libraries are always copied for stability reasons (Qt, PyQt).

Requirements

See the Qgis installation document for details on obtaining the requirements.

Xcode 2.5 - This also makes Mac OS 10.4 a requirement.

QGIS source

Qt 4.4 frameworks

GDAL library or framework - a universal GDAL.framework is available.

PROJ library or framework - a universal PROJ.framework is available.

GEOS library or framework - a universal GEOS.framework is available.

GRASS libraries - any 6.x version.  A recent GRASS.app build is best for full GRASS support.  See note below.

GSL libraries (optional)

Postgres client library (optional) - normally available in a full Postgres installation.

SQLite3 library - OSX includes SQLite 3, or use a more recent SQLite framework.

Expat library - Leopard includes expat.  The one in X11 should work on Tiger, but I prefer to avoid X11 dependencies.

gpsbabel (optional) - for the GPS Import plugin.  A universal gpsbabel is available from gpsbabel.org.

Python 2.5 - the system Python on Leopard will work.

SIP and PyQt

Configuration

Make a copy of the qgis_user-template.xcconfig file, named qgis_user.xcconfig.  You can also reuse a qgis_user.xcconfig from an earlier version, to retain your own configuration, but make sure to check the template for any major changes.  Make sure that the qgis_user.xcconfig exists before opening the project.

It is a plain text file, you can edit it in your favorite text editor before opening the project file, or within Xcode after opening the project.

The xcconfig file is a simple text file with environment variables and values, and comments denoted by //.  Very important: # is not a comment character, and will break the config file if used.

Defaults

The default configuration is for the native architecture, without using a system SDK.  GDAL, PROJ, GEOS and SQLite frameworks are used.  Expat, Postgres and GSL are expected in default /usr/local builds.  GRASS support is from a GRASS-6.4.app application.  The python.org Python framework is used, even on Leopard.

By default, Qt, GSL, the Postgres client library are bundled in the Qgis application.

Build - At the top are some basic build settings.

SDKSYS tells the project to use the 10.4 (tig) or 10.5 (leo) SDK.  This will also build Qgis in a subfolder of the build folder - this is handy if you want to build once for Tiger (python.org Python) and once for Leopard (system Python) without overwriting either.

Note that there may be linking problems with the SDK for non-system libraries and frameworks.  This is because the linker prefixes everything with the SDKROOT and indirectly linked libraries in non-standard locations (ie /usr/local) may not be found.  If you encounter linking errors, you should add symlinks to the SDKROOT to those locations.

For example, /usr/local:

sudo ln -s /usr/local /Developer/SDKs/MacOSX10.4u.sdk/usr/local

If there are subfolders involved that are not already in the SDK, add them first.  Say you have some libraries in /Users/Shared/unix:

sudo mkdir -p /Developer/SDKs/MacOSX10.4u.sdk/Users/Shared
ln -s /Users/Shared/unix /Developer/SDKs/MacOSX10.4u.sdk/Users/Shared/unix

ARCHS is a list of which architectures to build, the default is the native arch of your Mac.  Uncomment the universal line if that's what you want.

Misc Support

QTDIR is where the Qt applications and plugins are installed.  QTBIN is where the Qt command-line programs are found.  The default is for a binary installation of Qt.  If built from source, you may need to change these.

BISON is the base path to Bison.  If building on Tiger (not on Leopard for Tiger), a user-built bison 2.3 is required.  Leopard has a usable bison.

GPSBABEL is the full path to the gpsbabel CLI program.  Used for bundling gpsbabel.

SIP_system is the full path to the sip program when installed for the system Python on Leopard.

Library forms - this is where you tell the project what type of library you have, as many of them are available in framework forms as well as libraries.

Most of them are a choice between 'fw' for framework and 'shared' or 'static' for a library.  See the comments in the xcconfig for details, and other possible choices.

Frameworks are the easiest to configure - just set the option to fw, and all PREFIX, INC and LIB options are set for you.  Frameworks assume either a system framework, or the framework is in /Library/Frameworks.

For library forms, the PREFIX (described later) defaults to /usr/local.  If this is where your libraries are installed, setting the form to shared or static is all that's needed.

The version for GRASS and Python can't be detected by the config file, so make sure these are correct.

See detailed dependency notes below.

Bundle options - Some libraries and programs can be bundled in the Qgis.app package for a more portable Qgis.app.  These are pretty straightforward - yes or no.  At some time I will add more checking logic, but for now be explicit.  Generally, you don't need to bundle frameworks or system libraries.  The only logic checks whether the dynamic library or program exists, so it automatically excludes static libraries and frameworks, but it doesn't check whether it's a system library, so you could end up bundling libsqlite from the system.

Prefixes - If you have unix libraries installed in a location other than /usr/local, the next section is where you can change those.  Make sure to check these for any library forms.

Notes for dependencies

- Postgres - An alternative to bundling Postgres is to build Qgis with a static libpq.  There are shared and static forms in the settings.

- GRASS - GRASS.app must be installed as it was built.  If it was moved or renamed after installation, GRASS support in Qgis won't work.  This goes for building Qgis as well as running it to use full GRASS support.

Extra Bundling

Other support items not needed by the standard Qgis build can be bundled for a custom Qgis build: extra plugins, libraries, frameworks, Python modules.  For example, some PyQt-based extra modules (ie Qwt5) are installed inside the PyQt folder, and these won't be found if they are not bundled with the Qgis copy of PyQt.

Duplicate the file bundle-template.sh with the name bundle.sh.  Add needed copy and processing commands to this.  See the comments in bundle.sh for details.  bundle.sh is meant to be reusable, just like qgis_user.xcconfig.

Build Targets

Full QGIS  will build Qgis with Python support and all default and optional plugins.

Xcode doesn't have a way to conditionally build targets, just code within sources (with standard macro switches).  It will try to keep building as much as it can after errors.  The last target built is the Qgis application itself, which has all the bundling and cleanup steps.  So, if a dependency is missing for a plugin, it will have errors and fail to build, then the app bundling and cleanup will work with what succeeded.

Cleaning - to clean the project Clean All.  This actually leaves qgsconfig.h and qgssvnversion.h in the build folder.

For a complete clean, trash the build folder from the project folder (NOT from the project itself!).

Build Products

When finished building, The final Qgis.app is put in the mac/xcode/build/[SDKSYS/]Release folder.

- William Kyngesburye
kyngchaos@kyngchaos.com
http://www.kyngchaos.com/