sij/mapnik
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Updated MacPythonUpgradeIssues (markdown)

ThomasG77 2011-12-27 10:59:43 -08:00
parent e684580f74
commit 83484906ec
1 changed files with 19 additions and 17 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

36
MacPythonUpgradeIssues.md

@ -6,54 +6,55 @@ If you have upgraded to the MacPython binary off python.org and rebuilt your boo
* *Note*, as of version 1.35 Macports now automatically links its copy of boost its own copy of python. So, it is not possible to use boost built with Macports along with an upgraded python from MacPython/Python.org. If you wish to use Boost built from macports then use the `python-select` tool to switch your default version of python to the Macports version, then rebuild mapnik using that python. When installing a version of python with macports, it should output this hint:
#!sh
---> Activating python25 @2.5.4_0+darwin_9+macosx
```sh
---> Activating python25 @2.5.4_0+darwin_9+macosx
```
To fully complete your installation and make python 2.5 the default, please run
To fully complete your installation and make python 2.5 the default, please run
sudo port install python_select
sudo python_select python25
```
sudo port install python_select
sudo python_select python25
```
The scenario goes as follows...
#!sh
```sh
$ sudo python scons/scons.py TIFF_INCLUDES=/usr/local/include
JPEG_LIBS=/opt/local/lib JPEG_INCLUDES=/opt/local/include DEBUG=y
BOOST_LIBS=/usr/local/lib BOOST_INCLUDES=/usr/local/include/boost-1_35
```
Mapnik will build just fine with your new python installation will not complain but when importing you get
the "Fatal Python error: Interpreter not initialized (version
mismatch?)". Check to see what your _mapnik.so is linking against.
#!sh
```sh
$ cd ~/src/mapnik
springmeyer:mapnik spring$ otool -L bindings/python/_mapnik.so | grep python
bindings/python/_mapnik.so:
/opt/local/lib/libboost_python-mt-1_35.dylib (compatibility version 0.0.0, current version 0.0.0)
```
If, like the above command result, you see that your mapnik module it linked against 'opt' (the macports dir), then either remove boost from macports or switch to the macports version of python. Even if you pointed the SCons path variables at a different version of boost, the SCons linker found the macports version because it was on the library path of another one of your dependencies (In the above example, the JPEG_LIBS).
The easiest solution is to uninstall boost from macports:
#!sh
```sh
$ sudo port uninstall boost
```
Also, make sure you do not have multiple installations of mapnik in several different site-packages locations.
#!sh
```sh
locate _mapnik.so # should turn up only on install location
```
When you rebuild mapnik after uinstalling boost, mapnik will overwrite previous problematic libraries that were linked against the wrong version of boost, but only in the one place mapnik gets installed. So, hand remove any duplicated install locations.
Finally, follow the boost build instructions at MacInstallation and link up your boost libs. On leopard as of r738 the links in /usr/local/lib are:
#!sh
```sh
$ sudo ln -s libboost_system-mt-1_35.dylib libboost_system-mt.dylib
$ sudo ln -s libboost_filesystem-mt-1_35.dylib libboost_filesystem-mt.dylib
$ sudo ln -s libboost_regex-mt-1_35.dylib libboost_regex-mt.dylib
@ -62,5 +63,6 @@ Finally, follow the boost build instructions at MacInstallation and link up your
libboost_program_options-mt.dylib
$ sudo ln -s libboost_thread-mt-1_35.dylib libboost_thread-mt.dylib
$ sudo ln -s libboost_python-mt-1_35.dylib libboost_python-mt.dylib
```
From here you should be able to rebuild, reinstall and run mapnik from the interpreter without a problem.