I worked on this yesterday on my flight back from the conference. I
added a dir to the mpl src tree called release/osx that has a Makefile
which has all the logic to fetch the bdist_mpkg (and patch it for
10.5), zlib, png, and freetype dependencies and build them using the
protocol Charlie wrote at
http://ipython.scipy.org/moin/MatplotlibOSXBuildNotes. It has a
custom setup.cfg which is incorporated by the Makefile. In this way,
we can get "1-click" or better yet "1-command" binary mpkg installers
and binary eggs for OS X. I'm including the README below.
We should be able to modify this approach to do the same for win32,
and thus doing releases will become both easier and less error prone.
One thing that was vexing me -- Charlie takes pains to avoid
dynamically linking png and freetype in his instructions, and yet when
I checked _png.so in the egg with ::
otool -L _png.so
it was pointing to /usr/X11R6/lib/libpng.dylib. I think I figured
this out -- because I had PKG_CONFIG_PATH set in my local environment,
the setupext check_for_libpng was picking it up on my local machine
even though I had built a static libpng to link with for the binry
installer. By unsetting this environment var, I get the static
linkage we are shooting for. Is it possible that you have pkgconfig
on your box Charlie, which is why the dynamic linking was creeping in?
We need to fix setupext to respect a setup.cfg flag to not use
pkgconfig in certain environments, eg when building installers.
I've uploaded snapshots to
http://matplotlib.sourceforge.net/snapshots/matplotlib-0.98.5-py2.5-macosx10.5.zip
and
http://matplotlib.sourceforge.net/snapshots/matplotlib-0.98.5_r0-py2.5-macosx-10.3-fat.egg
So take a look.
Here is the README from release/osx::
Building binary releases of OS X
Included here is everything to build a binay package installer for OS
X
Dir Contents
···
On Sat, Dec 13, 2008 at 3:24 PM, John Hunter <jdh2358@...149...> wrote:
I think the src egg approach for os x is hopeless because too many
people are having problems with architecture on png and zlib
dependencies, and we don't have a lot of control over this because
they are getting these dependencies from a variety of providers. I
think we need a binary installer, eg using bdist_mpkg, with the
freetype, png and zlib dependencies built in, as we have on windows.
-------------
* :file:`bdist_mkpg` - the distutils.extension to build Installer.app
mpkg installers. It is patched from the tarball with
file:`data/bdist.patch` because 0.4.3 is broken on OS X 10.5.
Instructions on how to patch and install are below
* :file:`data` - some config files and patches needed for the build
* :file:`*.tar.gz` - the bdist_mkpg, zlib, png, freetype and mpl
tarballs
* :file:`Makefile` - all the build commands
How to build
--------------
* You need to make sure to unset PKG_CONFIG_PATH to make sure the
static linking below is respected. Otherwise the mpl build script
will dynamically link using the libs from pkgconfig if you have this
configured on your box::
unset PKG_CONFIG_PATH
* OPTIONAL: edit :file:`Makefile` so that the *VERSION variables point
to the latest zlib, png, freetype
* First fetch all the dependencies and patch bdist_mpkg for OSX 10.5.
You can do this automatically in one step with::
make fetch_deps
* install the patched bdist_mpkg, that the fetch_deps step just created::
cd bdist_mpkg-0.4.3
sudo python setup.py install
* build the dependencies::
make dependencies
* copy over the latest mpl *.tar.gz tarball to this directory, update
the MPLVERSION in the Makefile::
cp /path/to/mpl/matplotlib.0.98.5.tar.gz .
* build the mkpg binary and egg
make installers
The mpkg and egg binaries will reside in :file:`matplotlib-VERSION/dist`