matplotlib-devel Mailing List for matplotlib

As a general note, I built MatPlotlib-SVN on Leopard against the 
Apple Python, using the numpy, libz, freetype, and png that are 
included with Leopard.
It seems to work fine, superficially; I have not run extensive 
regressions with it yet.
I can send along a MacPorts portfile (including patches) tomorrow; 
(my Leopard problem is that SSH won't respond so I can't get to my 
office machine from home).
I have some opinions about your other questions, the answers are to 
set specific environment variables.
However, my answers MIGHT BE WRONG because I can't test these at the 
moment (see ssh problem, above)
So take these responses with some skepticism. But perhaps they can 
point you in a helpful direction:
On Nov 4, 2007, at 6:29 AM, John Hunter wrote:
> Now for my next problem: I built zlib, libpng an freetype from source
> and I get a
>
> ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/ 
> libpng.dylib,
> file is not of required architecture
Hmm, what about setting a MACOSX_DEPLOYMENT_TARGET=10.5
>
> error when building mpl. Is there an easy way in the
> configure/make/make install cycle to tell the compiler to build
> universal binaries?
I believe that "generic" autoconf would pick up CFLAGS:
CFLAGS="-arch ppc -arch i386"
> Alternatively, can I instruct distutils to simply not provide the
> -arch ppc build?
Distutils uses ARCHFLAGS -- if you are using the Python from Apple 
Leopard:
ARCHFLAGS="-arch i386"

On Sunday 04 November 2007 8:50:48 am Michael Droettboom wrote:
> This is maybe another push in the direction of using fontconfig (which
> claims to support otf fonts already). I'd really prefer to go in that
> direction rather than continue to tack on partial reimplementations of it
> in font_manager.py -- but it does complicate dependencies on non-X11
> platforms).
What are the dependency problems? I thought freetype was the only requirement. 
Incidentally, GIMP uses fontconfig on windows, and they comment at 
http://www.gimp.org/~tml/gimp/win32/downloads.html: "Contrary to what many 
seem to think, fontconfig is in no way dependent on X11, so it does make some 
sense to use it on Windows."
> There is experimental support for using fontconfig (through the commandline
> interface, not an API wrapper), that may work. Just set the USE_FONTCONFIG
> variable to True in font_manager.py. You will have to copy the MPL fonts
> to a system font directory (such as ~/.fonts) in order for fontconfig to
> find them.
>
> (I can also look into this myself when I return to the office on Monday...)
Same here, I'll have a look on Monday.

On Sunday 04 November 2007 9:04:15 am Michael Droettboom wrote:
> I should also add -- it would be really nice to have STIX fonts working in
> the upcoming stable release if possible. Hopefully tomorrow morning I can
> assess how much work that will be and maybe delay tagging the release
> slightly so this can be worked through. It would be nice to remove the
> Computer Modern fonts (in mathtext only), but they still serve a niche in
> that they match the LaTeX fonts for users who can't/won't use usetex. So
> we're probably stuck with them for the long term even if STIX becomes a
> nicer/cleaner option.
I haven't found sans-serif or monospaced fonts in their distribution. Maybe I 
don't know where to look. I sent an email to the STIX website asking about 
them, but havent heard back from them. I tried opening the fonts in 
fontforge, and there are a lot of missing glyphs.
This is a beta release for the STIX fonts, and given how long it took to 
release and the number of self imposed deadlines that came and went, I 
wouldnt be surprised if there were some major issues that will need to be 
worked out. There is supposed to be a package for using STIX with latex, 
which they claim will be out by the end of the year, as will the final font 
release. Maybe we should start a pool!

I should also add -- it would be really nice to have STIX fonts working in the upcoming stable release if possible. Hopefully tomorrow morning I can assess how much work that will be and maybe delay tagging the release slightly so this can be worked through. It would be nice to remove the Computer Modern fonts (in mathtext only), but they still serve a niche in that they match the LaTeX fonts for users who can't/won't use usetex. So we're probably stuck with them for the long term even if STIX becomes a nicer/cleaner option.
Cheers,
Mike

This is maybe another push in the direction of using fontconfig (which claims to support otf fonts already). I'd really prefer to go in that direction rather than continue to tack on partial reimplementations of it in font_manager.py -- but it does complicate dependencies on non-X11 platforms).
There is experimental support for using fontconfig (through the commandline interface, not an API wrapper), that may work. Just set the USE_FONTCONFIG variable to True in font_manager.py. You will have to copy the MPL fonts to a system font directory (such as ~/.fonts) in order for fontconfig to find them.
(I can also look into this myself when I return to the office on Monday...)
Cheers,
Mike

On 11/4/07, Robert Kern <rob...@gm...> wrote:
> Are you using the gfortran from hpc.sf.net? I don't recommend it anymore. I use
> the binary from http://r.research.att.com/tools/. It is universal. That should help.
Yep, I was. That was the binary recommended first on the wiki (at
with a note at the end that some have had problems with it that do not
appear related to my problem). Using the universal binary at the att
site fixed my problem, and I updated the wiki at
http://www.scipy.org/Installing_SciPy/Mac_OS_X.
Now for my next problem: I built zlib, libpng an freetype from source
and I get a
ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libpng.dylib,
file is not of required architecture
error when building mpl. Is there an easy way in the
configure/make/make install cycle to tell the compiler to build
universal binaries?
Alternatively, can I instruct distutils to simply not provide the
-arch ppc build? I can see how
this will be a problem down the road, since any non universal library
I install on my system will potentially break my builds.
Thanks,
JDH

John Hunter wrote:
> On 11/4/07, Jouni K Seppänen <jk...@ik...> wrote:
> 
>> Just a guess: Apple's Python is configured to compile everything as universal,
>> but you have installed a non-universal gcc in /usr/local, perhaps as a result
>> of installing some version of gfortran.
> 
> Possibly, but 'which gcc' points to the /usr/bin apple version, and
> the gfortran I installed was fortran only (not the whole gcc suite)
> and is in /usr/local/
> 
> Macintosh:~ jdhunter$ which gcc
> /usr/bin/gcc
> Macintosh:~ jdhunter$ ls -ld /usr/bin/gcc
> lrwxr-xr-x 1 root wheel 7 Nov 3 18:00 /usr/bin/gcc -> gcc-4.0
> Macintosh:~ jdhunter$ ls -ld /usr/bin/gcc-4.0
> -rwxr-xr-x 1 root wheel 93072 Sep 23 17:37 /usr/bin/gcc-4.0
> Macintosh:~ jdhunter$ ls -ld /usr/local/bin/g*
> -rwxr-xr-x 1 root wheel 160 Mar 22 2007 /usr/local/bin/genaxmodule
> -rwxr-xr-x@ 1 root wheel 318168 Oct 31 08:27 /usr/local/bin/gfortran
> 
> mpl should not be invoking gfortran, so I am not sure where the
> problem is creeping in.
Are you using the gfortran from hpc.sf.net? I don't recommend it anymore. I use
the binary from http://r.research.att.com/tools/. It is universal. That should help.
-- 
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
 that is made terrible by our own mad attempt to interpret it as though it had
 an underlying truth."
 -- Umberto Eco

John Hunter <jdh2358@...> writes:
> > Just a guess: Apple's Python is configured to compile everything as 
> > universal, but you have installed a non-universal gcc in /usr/local, 
> > perhaps as a result of installing some version of gfortran.
> 
> Possibly, but 'which gcc' points to the /usr/bin apple version, and
> the gfortran I installed was fortran only (not the whole gcc suite)
> and is in /usr/local/
You have -L/usr/local/lib in the compile flags, and ld is finding a
libgcc_s.10.4.dylib in /usr/local:
> ld: warning in
> /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.10.4.dylib,
> missing required architecture ppc in file
-- 
Jouni

On 11/4/07, Jouni K Sepp=E4nen <jk...@ik...> wrote:
> Just a guess: Apple's Python is configured to compile everything as unive=
rsal,
> but you have installed a non-universal gcc in /usr/local, perhaps as a r=
esult
> of installing some version of gfortran.
Possibly, but 'which gcc' points to the /usr/bin apple version, and
the gfortran I installed was fortran only (not the whole gcc suite)
and is in /usr/local/
Macintosh:~ jdhunter$ which gcc
/usr/bin/gcc
Macintosh:~ jdhunter$ ls -ld /usr/bin/gcc
lrwxr-xr-x 1 root wheel 7 Nov 3 18:00 /usr/bin/gcc -> gcc-4.0
Macintosh:~ jdhunter$ ls -ld /usr/bin/gcc-4.0
-rwxr-xr-x 1 root wheel 93072 Sep 23 17:37 /usr/bin/gcc-4.0
Macintosh:~ jdhunter$ ls -ld /usr/local/bin/g*
-rwxr-xr-x 1 root wheel 160 Mar 22 2007 /usr/local/bin/genaxmodule
-rwxr-xr-x@ 1 root wheel 318168 Oct 31 08:27 /usr/local/bin/gfortran
mpl should not be invoking gfortran, so I am not sure where the
problem is creeping in.
JDH
JDH

John Hunter <jdh2358@...> writes:
> ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.1.dylib,
> missing required architecture ppc in file for architecture ppc
> collect2: ld returned 1 exit status
Just a guess: Apple's Python is configured to compile everything as universal,
but you have installed a non-universal gcc in /usr/local, perhaps as a result
of installing some version of gfortran.
-- 
Jouni

I have a new intel powerbook running OS X 10.5
(leopard) which I upgraded via DVD from a factory installed 10.4. I
decided to take detailed notes on every step of configuring the box as
a development machine for scientific python, figuring it would be
useful to others. The install of ipython, numpy and scipy went really
well (only one snag in scipy following the wiki, which I updated and
is noted in my notes below). But the main problem, sadly, is a
strange problem I've hit trying to compile matplotlib.
My compile is dying with a mysterious
warning about PPC (how did that get in to the compiler flags?) with
some strange hybrid
of 10.4 and 10.3 stuff in the gcc command. If I manually paste in the
g++ command below and remove the -arch ppc part, it compiles fine, so
this is the source of my problems. I don't know if this is a feature
or a bug (universal binary support?) but if someone could advise me
what or where is going wrong and how to fix it, that would be great.
Here is the shorted build output with the compiler command and error:
BUILDING MATPLOTLIB
 matplotlib: 0.90.1
 python: 2.5 (r25:51918, Sep 19 2006, 08:49:13) [GCC 4.0.1
 (Apple Computer, Inc. build 5341)]
 platform: darwin
REQUIRED DEPENDENCIES
 numpy: 1.0.4.dev4380
 freetype2: found, but unknown version (no pkg-config)
OPTIONAL DEPENDENCIES
 Gtk+: no
 * Building for Gtk+ requires pygtk; you must be able
 * to "import gtk" in your build/install environment
 Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
 wxPython: 2.8.3.0
 * WxAgg extension not required for wxPython >= 2.8
 Qt: no
 Qt4: no
 Cairo: no
 libpng: found, but unknown version (no pkg-config)
[Edit setup.cfg to suppress the above messages]
============================================================================
running build
running build_py
creating build
creating build/lib.macosx-10.3-fat-2.5
copying lib/pylab.py -> build/lib.macosx-10.3-fat-2.5
creating build/lib.macosx-10.3-fat-2.5/matplotlib
copying lib/matplotlib/__init__.py -> build/lib.macosx-10.3-fat-2.5/matplotlib
copying lib/matplotlib/_cm.py -> build/lib.macosx-10.3-fat-2.5/matplotlib
copying lib/matplotlib/_mathtext_data.py ->
build/lib.macosx-10.3-fat-2.5/matplotlib
copying lib/matplotlib/_pylab_helpers.py ->
build/lib.macosx-10.3-fat-2.5/matplotlib
copying lib/matplotlib/afm.py -> build/lib.macosx-10.3-fat-2.5/matplotlib
copying lib/matplotlib/agg.py -> build/lib.macosx-10.3-fat-2.5/matplotlib
copying lib/matplotlib/art3d.py -> build/lib.macosx-10.3-fat-2.5/matplotlib
copying lib/matplotlib/artist.py -> build/lib.macosx-10.3-fat-2.5/matplotlib
..snip lots of copying....
running build_ext
building 'matplotlib.ft2font' extension
C compiler: gcc -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing -Wno-long-double
-no-cpp-precomp -mno-fused-madd -fno-common -dynamic -DNDEBUG -g -O3
creating build/temp.macosx-10.3-fat-2.5
creating build/temp.macosx-10.3-fat-2.5/src
creating build/temp.macosx-10.3-fat-2.5/CXX
compile options: '-I/usr/local/include -I/usr/include -I.
-I/usr/local/include/freetype2 -I/usr/include/freetype2 -I./freetype2
-I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5
-c'
gcc: CXX/cxxextensions.c
In file included from /usr/include/math.h:26,
 from
/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5/pyport.h:200,
 from
/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5/Python.h:57,
 from ./CXX/WrapPython.h:47,
 from CXX/cxxextensions.c:38:
/usr/include/architecture/ppc/math.h:675: warning: conflicting types
for built-in function 'scalb'
gcc: CXX/cxx_extensions.cxx
gcc: src/ft2font.cpp
gcc: CXX/IndirectPythonInterface.cxx
gcc: src/mplutils.cpp
gcc: CXX/cxxsupport.cxx
g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g
-bundle -undefined dynamic_lookup
build/temp.macosx-10.3-fat-2.5/src/ft2font.o
build/temp.macosx-10.3-fat-2.5/src/mplutils.o
build/temp.macosx-10.3-fat-2.5/CXX/cxx_extensions.o
build/temp.macosx-10.3-fat-2.5/CXX/cxxsupport.o
build/temp.macosx-10.3-fat-2.5/CXX/IndirectPythonInterface.o
build/temp.macosx-10.3-fat-2.5/CXX/cxxextensions.o -L/usr/local/lib
-L/usr/lib -lfreetype -lz -lstdc++ -lm -o
build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so
ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libfreetype.dylib,
file is not of required architecture
ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.10.4.dylib,
missing required architecture ppc in file
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.1.dylib,
missing required architecture ppc in file for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/qT/qTRms9cJHNqoYnbs9+TwVk+++TI/-Tmp-//ccMsnFzZ.out (No
such file or directory)
ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libfreetype.dylib,
file is not of required architecture
ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.10.4.dylib,
missing required architecture ppc in file
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.1.dylib,
missing required architecture ppc in file for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/qT/qTRms9cJHNqoYnbs9+TwVk+++TI/-Tmp-//ccMsnFzZ.out (No
such file or directory)
error: Command "g++ -arch i386 -arch ppc -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -g -bundle -undefined dynamic_lookup
build/temp.macosx-10.3-fat-2.5/src/ft2font.o
build/temp.macosx-10.3-fat-2.5/src/mplutils.o
build/temp.macosx-10.3-fat-2.5/CXX/cxx_extensions.o
build/temp.macosx-10.3-fat-2.5/CXX/cxxsupport.o
build/temp.macosx-10.3-fat-2.5/CXX/IndirectPythonInterface.o
build/temp.macosx-10.3-fat-2.5/CXX/cxxextensions.o -L/usr/local/lib
-L/usr/lib -lfreetype -lz -lstdc++ -lm -o
build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so" failed with exit
status 1
Macintosh:matplotlib jdhunter$