Version 10 (modified by diane, 17 years ago) ( diff )


To build Mussa on OS X as a universal binary obviously requires that all of the dependencies be built as universal binaries.


Thankfully Qt was quite simple, as there is a "-universal" switch that one needs to pass to the configure script.

Some of the systems used to build mussa have png libraries in the /usr/local/lib directories, so to make redistribution a little simpler, the version qt the OS X binary is linked against uses the qt versions of a number of graphics libraries.

configure --prefix=/usr/local/qt/4.1.4 -qt-libpng -system-zlib -qt-libjpeg -qt-gif -qt-libmng -fast -confirm-license -universal

Redistributing OS X binaries is quite annoying, as OS X pre-links all shared libraries, so unless one installs the Qt frameworks in exactly the same place as the development machine Mussa won't work.

Included in the Mussa source tree is a small python script source:makelib/ which will copy the Qt frameworks into the .app bundle and properly bless all of the binaries with install_name_tool.


Boost unfortunately uses its own unique build system and getting the options right isn't nearly as easy.

This blob of bjam options wil build boost as a universal binary with optimization and debugging on.

bjam --with-python-version=2.3 "-sTOOLS=darwin" \
   "-sGXX=g++ -O3 -g -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386" \
   "-sGCC=gcc -O3 -g -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386" \
   "-sBUILD=,-Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386"


Qt has a database layer that can connect to several databases such as sqlite3, postres, and mysql. Since I had a non-universal copy of postgresql installed, Qt detected it and tried to build with it, and then failed when it tried to link the single archtecture library against a fat binary. Because I was stubborn, I upgraded Postgres instead of telling Qt to not include Postgres.

In several places the Postgres make files attempt to construct an .o file out of several other .o files using ld. On OS X ld can only handle single architectures, and developers are supposed to switch to libtool. I didn't want to modify the postgres build system so I wrote another small python script source:makelib/uld that wrapps ld with a little bit of glue to handle the multiple architectures.

With that bit of assitance the following should work.

export CFLAGS="-isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 
export LD="<path to uld>/uld -arch i386 -arch ppc"

One can't add -arch options to both CFLAGS and LDFLAGS as there are a number of places where the Postgres build system passes both $CFLAGS and $LDFLAGS to gcc which generates a duplicate -arch error message. (In the process breaking configure).

Note: See TracWiki for help on using the wiki.