Difference between revisions of "Hugin Compiling OSX"
(→Get Hugin from Mercurial)
(→Install necessary libraries: MacPorts says that wxWidgets is outdated, wxWidgets-2.8 should be installed instead)
|Line 59:||Line 59:|
sudo port install boost tiff jpeg libpng wxWidgets subversion openexr exiv2 glew mercurial tclap
sudo port install boost tiff jpeg libpng wxWidgetssubversion openexr exiv2 glew mercurial tclap
Revision as of 19:08, 7 January 2014
- 1 Introduction
- 2 Building environment
- 3 Install necessary libraries
- 4 Build Hugin
- 5 Important Note on the produced Bundle
- 6 Building Enblend (using Fink or MacPorts)
- 7 Building Autopano-Sift-C
- Directory structure where everything is built and installed:
- MacPorts: /opt/local
- Fink: /sw
- Main commands to install/update/uninstall/deactivate packages:
- MacPorts: sudo port [install][update][uninstall][search] <package1> <package2> <packagex>
- Fink: sudo apt-get [install][update][uninstall][search] <package1> <package2> <packagex>
Note: This Howto does not describe how to build a portable universal application. You can use the Build a MacOSX Universal Hugin bundle with Xcode
Note: In case you encounter problems, report them on the Hugin mailing list.
Download and install XCode
Download and install the XCode Tools version for your MacOSX version: Xcode 2.5.x for MacOSX 10.4.x or below, Xcode 3.1.x for 10.5.x (Leopard) and Xcode 3.2.x for 10.6.x (Snow Leopard). You will not use the Xcode development environment itself, but the MacOSX system comes without the GNU compiler, builder, linker and so on.
Note: This tutorial describes how to build Hugin with MacPorts. This should more or less be the same for Fink. All references to /opt/local that are mentioned here for MacPorts should be changed with /sw for Fink. You may find Fink Commander helpful. Unfortunately it seems unsupported / unmaintained. The Fink FAQ may help. Can somebody please describe here how to install Fink and Fink Commander?
If you don't have it already, install MacPorts, which provides the port command, from MacPorts, giving you compilable package access to thousands of pieces of open source software. If you already have macports (formerly darwinports) installed, update it to at least version 1.7.0:
sudo port selfupdate
Make sure you have synced the latest port files:sudo port -d sync
Snow Leopard remarks: - edit your "/opt/local/etc/macports/macports.conf" and set "universal_archs" to "x86_64 i386" (off course without the double quotes).
Install cmake from MacPorts:
sudo port install cmake
Alternatively, you can download a prepackaged installer from CMake.
You need to get and install Mercurial from MacPorts as the Hugin development trunk is in a Mercurial repository.
Note: Hugin used to be in an SVN repository but in mid May 2010 it was moved to Mercurial
You need to get and install Subversion from MacPorts. If you fancy a nice GUI you can download the Open-Source SVNX. You still need svn installed as it is only a graphical shell and I won't explain SVNX here (I only used it once, I still like the terminal). Note: Subversion comes preinstalled in Leopard and Snow Leopard. In Leopard, it is quite old, so you'll want to compile the newer version from MacPorts. In Snow Leopard, the pre-installed version is the quite current 1.6.5, and should be fine.
Install necessary libraries
Use port to install the necessary libraries and commands for Hugin:
sudo port install boost tiff jpeg libpng wxWidgets-2.8 subversion openexr exiv2 glew mercurial tclap
Wait as all of these source packages (and its dependencies) are downloaded and compiled, and installed into /opt/local. Go get a frappe, walk the dog, and total the first 1000 prime numbers in binary.
You can either use the latest libpano13 version from MacPorts, which is currently 2.9.18, or build the latest version from Mercurial.
sudo port install libpano13
Build libpano13 from Mercurial
You first need to download the source code:
hg clone http://hg.code.sf.net/p/panotools/libpano13/ panotools
To build and install the SVN version you first need to edit the bootstrap file and change:
cd DirectoryWherePanotoolsIs/panotools/trunk/libpano nano bootstrap (or do it with your preferred editor)
Alternatively, this command-line should work just as well (untested):
Now you can build the library.
On Tiger and Leopard do:
export CFLAGS="-I/opt/local/include -L/opt/local/lib" export CXXFLAGS="-I/opt/local/include -L/opt/local/lib" ./bootstrap --without-java make sudo make install
On Snow Leopard do:
export CFLAGS="-arch i386 -I/opt/local/include -L/opt/local/lib" export CXXFLAGS="-arch i386 -I/opt/local/include -L/opt/local/lib" ./bootstrap --without-java
Open the "libtool" file with an editor and change all occurrences of "-dynamiclib" to "-dynamiclib -arch i386" (2 occurrences).
Note: If you want to build universal on Snow Leopard for both i386 and x86_64, change the "-dynamiclib" to "-dynamiclib -arch i386 -arch x86_64" (2 occurrences).
make sudo make install
By default the library is installed into /usr/local/lib.
Build libpano13 from a release version tar.gz
To build libpano from a .tar.gz file, CD into the source directory of the unpacked .tar.gz. This will normally be "libpano13-2.9.xy" where "xy" is the version number. Note that the current Hugin version needs 2.9.18 or newer. Then do the following on Tiger and Leopard:
export CFLAGS="-I/opt/local/include -L/opt/local/lib" export CXXFLAGS="-I/opt/local/include -L/opt/local/lib" ./configure --without-java make sudo make install
On Snow Leopard do the following:
export CFLAGS="-arch i386 -I/opt/local/include -L/opt/local/lib" export CXXFLAGS="-arch i386 -I/opt/local/include -L/opt/local/lib" ./configure --without-java
Open the "libtool" file with an editor and change all occurrences of "-dynamiclib" to "-dynamiclib -arch i386" (4 occurrences).
Note: If you want to build universal on Snow Leopard for both i386 and x86_64, change the "-dynamiclib" to "-dynamiclib -arch i386 -arch x86_64" (4 occurrences).
make sudo make install
By default the library is installed into /usr/local/lib.
Hugin requires wxWidgets, which is called wxMac for MacOSX, the GUI toolkit currently employed by Hugin, to be at version >= 2.8.7. The current version of wxWidgets at MacPorts is 2.8.12. Note: Hugin can recently be configured to use WxWidgets 2.9. Note though that this is a development version and Mac OS X is always running a few steps behind.
Fix a problem on Tiger (10.4.x): Tiger comes with WxWindows version 2.5. The Hugin cmake will search OS paths first and will find Tiger's own version 2.5 instead of your freshly compiled 2.8. You need to get Tiger's 2.5 version out of the way as you won't be able to build Hugin succesfully as long as it is in place.
sudo mv /usr/bin/wx-config /usr/bin/wx-config-2.5 sudo mv /usr/include/wx-2.5 /usr/include/wx-2.5-macTiger
Fix a problem on Leopard (10.5.x): Leopard comes with WxWindows version 2.8.4. The Hugin cmake will search OS paths first and will find Leopard's own version 2.8.4 instead of your freshly compiled 2.8.8 or above. You need to get Tiger's 2.8.4 version out of the way. Hugin will build succesfully with 2.8.4 and will run. However version 2.8.4 still contains some bugs that will cause "bleeding through" in the graphical CP windows. This means that when things change in wxwidgets objects, sometimes (most of the times) the CP window displays through your current GUI screen.
sudo mv /usr/bin/wx-config /usr/bin/wx-config-2.8.4 sudo mv /usr/include/wx-2.8 /usr/include/wx-2.8-macLeopard
Snow Leopard (10.6.x)
Snow Leopard comes with WxWindows 2.8.8 so no changes are required. An alternative is to build WxWidgets from MacPorts (currently 2.8.12):
sudo port install wxWidgets
Get Hugin from Mercurial
Check out the hugin sources from the Mercurial repository, like:
hg clone http://hg.code.sf.net/p/hugin/hugin hugin
If you are asked to accept the ssh key from the SourceForge server, do accept it permanently (p). Otherwise the configuring process using cmake will fail.
On subsequent updates you simply cd into the hugin directory and issue the following two commands:
hg pull hg update
Create hugin build directory
Create another directory alongside the newly created hugin/ for the build files (a cool feature of CMake: it doesn't need to pollute your source directory with build files!):
mkdir hugin_build; cd hugin_build
Note: You can give this directory any name you want, but hugin_build is chosen for its clarity.
Before we configure hugin we need to set the build environment:
export CFLAGS="-I/opt/local/include -L/opt/local/lib" export CXXFLAGS=$CFLAGS
Snow Leopard: If you are on Snow Leopard you need to use the following C/CXX FLAGS:
export CFLAGS="-arch i386 -I/opt/local/include -L/opt/local/lib" export CXXFLAGS=$CFLAGS
Note: On Snow Leopard, gcc builds for 64-bit architecture by default. However, some libraries that Hugin depends upon are not yet compilable as 64-bit libraries (such as wxWindows-2.8). Thus, the i386 flag is necessary to force a 32-bit build.
Configure hugin using cmake from inside the build directory you created:
Note: If you are rebuilding hugin after an svn upgrade or other (system) change, the savest way to proceed is to first remove the "CMakeCache.txt" from your build directory. It contains the build settings for your previous build.
Compile Hugin and friends:
make sudo make install
Watch the pretty colors go by. Give the dog another quick spin around the block; you're finished. Look for the new bundle Hugin.app in usr/local/Applications/ or in usr/local/bin/. Copy or link it to /Applications, or your preferred location, and commence testing.
If your build fails on Snow Leopard with this error (might happen only after upgrade from Leopard):
Linking CXX executable celeste_standalone ld: library not found for -lcrt1.10.6.o
try this before
Important Note on the produced Bundle
Since the produced Hugin.app bundle links dynamically to libraries outside of the bundle, it is not yet portable, i.e. cannot be copied or shared unless the other machine has the same collection of libraries available in the same places. This is to facilitate development and testing (re-compile external libraries and test without re-building). Building a fully portable universal binary version at the command line is planned. You can use the Build a MacOSX Universal Hugin bundle with Xcode to build a universal portable bundle.
Building Enblend (using Fink or MacPorts)
follow these updated instructions
Follow these instructions