matplotlib-devel Mailing List for matplotlib

Reinier Heeres wrote:
> Hi all,
> 
> I would like to propose the attached patch to be able to use a gamma
> value for color maps. This will make it simple to make your color
> scale more 'sensitive' at the bottom or at the top, as can be seen in
> the attached example. This could in principle also be solved by adding
> a gamma normalizer, but I think that applying it to a color map is
> quite coming practice, so in this case the preferred way.
Your patch looks reasonable to me.
> 
> I'd also like to add a few extra color maps (at least one plain
> blue-white-red and one with darker shades at the high and low ends, as
Good.
> in the attachment). I also remember a particular one ('terrain') in a
> measurement program called 'Igor' that would be nice.
Is there any potential licensing problem? I hope not. I presume you 
would copy the effect, not any particular set of numbers extracted from 
Igor.
> 
> Looking at _cm.py, I would guess that could be done a bit more
> efficient than the current 5880 lines as well by just specifying a few
> colors and using LinearSegmentedColormap.from_list(). Is it ok if I
> try to refactor that?
You mean take the colormaps that have a huge number of color dictionary 
entries in _cm.py, and subsample them down to something reasonable? 
Please do! I always hated those blocks of numbers, but never enough to 
motivate me to do something about them other than a little reformatting.
It sounds like you are talking about going farther than that, which 
might be fine but might make things more complicated. As it is now, all 
the built-in colormaps are associated with color dictionaries for direct 
use in LinearSegmentedColormap. If you make two styles, one based on 
the dictionaries (which allows discontinuities) and one based on 
from_list (which does not), then you need to keep track of which is 
which. Is it worth it? I am inclined to stick with the cdict approach.
It looks like an obvious addition would a function that takes a list of
breakpoints (starting with 0 and ending with 1) and a matching list of 
colors and generates the corresponding cdict for continuous mapping.
Eric
> 
> Let me know what you think.
> 
> Cheers,

I think this would be useful.
While you're at it, in the attached file I have a function 
"rescale_cmap" that effectively changes the autoscaling of the colormap 
to the data by allowing specification of the range limits - I find this 
useful.
You might like to look at this to see if it's worth generalising your 
additions a little,
Gary
Reinier Heeres wrote:
> Hi all,
> 
> I would like to propose the attached patch to be able to use a gamma
> value for color maps. This will make it simple to make your color
> scale more 'sensitive' at the bottom or at the top, as can be seen in
> the attached example. This could in principle also be solved by adding
> a gamma normalizer, but I think that applying it to a color map is
> quite coming practice, so in this case the preferred way.
> 
> I'd also like to add a few extra color maps (at least one plain
> blue-white-red and one with darker shades at the high and low ends, as
> in the attachment). I also remember a particular one ('terrain') in a
> measurement program called 'Igor' that would be nice.
> 
> Looking at _cm.py, I would guess that could be done a bit more
> efficient than the current 5880 lines as well by just specifying a few
> colors and using LinearSegmentedColormap.from_list(). Is it ok if I
> try to refactor that?
> 
> Let me know what you think.
> 
> Cheers,

Thanks for the suggestion Jeff. I have been dealing with the same problem.
I found the makefile in
/Library/Frameworks/Python.framework/Versions/Current/lib/PythonX.Y/config/Makefile
from an EPD install. Is this makefile the template used whenever I build a
package against python using distutils? Or do I need to rebuild python
somehow for i386 only?
Uri
> ---------- Forwarded message ----------
> From: Jeff Whitaker <js...@fa...>
> To: Michael Hearne <mh...@us...>
> Date: 2009年8月12日 13:42:07 -0600
> Subject: Re: [matplotlib-devel] Building matplotlib on os x
> Michael Hearne wrote:
>
>> I apologize for cross-posting - I realized I probably shouldn't have
>> posted this on the user's list first...
>>
>> Hello - I am attempting to build matplotlib from source on os X, and
>> getting an error about a shared library being the wrong architecture. The
>> confusing thing is that the call to g++ has two settings for arch:
>>
>> "g++ -arch i386 -arch ppc..."
>>
>> The error I get is:
>> "ld: in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/
>> Python.framework/Versions/4.3.0/lib/libz.1.dylib, file is not of required
>> architecture for architecture ppc"
>>
>> Is there some way to turn off the "-arch ppc" option to g++ in setup.py?
>> Or do I have some other problem?
>>
>> Build output is included below.
>>
>> Thanks,
>>
>> Mike
>>
>>
>
> Mike: You need to edit
>
>
> /Library/Frameworks/Python.framework/Versions/Current/lib/PythonX.Y/Makefile
>
> (or whatever the corresponding path is for your python installation)
>
> and remove all references to "-arch ppc" if you don't want to build
> universal binaries (which you can't if the libs you're linking are not
> universal).
>
> -Jeff
>
>
>
> --
> Jeffrey S. Whitaker Phone : (303)497-6313
> Meteorologist FAX : (303)497-6449
> NOAA/OAR/PSD R/PSD1 Email : Jef...@no...
> 325 Broadway Office : Skaggs Research Cntr 1D-113
> Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg
>
>
>

Hi all,
I would like to propose the attached patch to be able to use a gamma
value for color maps. This will make it simple to make your color
scale more 'sensitive' at the bottom or at the top, as can be seen in
the attached example. This could in principle also be solved by adding
a gamma normalizer, but I think that applying it to a color map is
quite coming practice, so in this case the preferred way.
I'd also like to add a few extra color maps (at least one plain
blue-white-red and one with darker shades at the high and low ends, as
in the attachment). I also remember a particular one ('terrain') in a
measurement program called 'Igor' that would be nice.
Looking at _cm.py, I would guess that could be done a bit more
efficient than the current 5880 lines as well by just specifying a few
colors and using LinearSegmentedColormap.from_list(). Is it ok if I
try to refactor that?
Let me know what you think.
Cheers,
-- 
Reinier Heeres
Tel: +31 6 10852639

I am new to trying to build matplotlib from svn and believe I am up against
the issue described in this thread. That is, building matplotlib on Python
2.6.2/Windows, compiling/linking with MinGW seem to go fine but upon trying
to 
 from pylab import * 
 I get
 ....
 ....(lots of traceback that culminates below)
 ....
 C:\Python262\lib\site-packages\matplotlib\image.py in <module>()
 19 # For clarity, names from _image are given explicitly in this
module:
 20 import matplotlib._image as _image
 ---> 21 import matplotlib._png as _png
 22
 23 # For user convenience, the names from _image are also imported
into
 ImportError: DLL load failed: The specified procedure could not be
found. )
even though matplotlib\_png.pyd exists.
I am wondering if there has been any progress on this front? 
I found http://www.nabble.com/Python-2.6.2-installation--td23996471.html
this thread 
which suggests using Visual Studio 2008 (VS9) instead of MinGW, but that was
for 0.98.5.3. I installed VS9 and followed the instructions in that thread
but now when I try to import pylab Visual Studio's Just-In-Time Debugger
pops up telling me I have an unhandled win32 exception in python.exe
Can anyone comment on a verified way of building the latest matplotlib on
Windows/Python 2.6.2? I keep going down dead ends and would like to figure
out if its me or if I have just been down now-known bad paths.
Thanks,
Josh
 
-----
Josh Hemann
Statistical Advisor 
http://www.vni.com/ Visual Numerics 
jh...@vn... | P 720.407.4214 | F 720.407.4199 
-- 
View this message in context: http://www.nabble.com/binary-installers-for-python2.6--libpng-segfault%2C-MSVCR90.DLL-and-%09mingw-tp23971661p24943445.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

Michael Hearne wrote:
> I apologize for cross-posting - I realized I probably shouldn't have 
> posted this on the user's list first...
>
> Hello - I am attempting to build matplotlib from source on os X, and 
> getting an error about a shared library being the wrong architecture. 
> The confusing thing is that the call to g++ has two settings for arch:
>
> "g++ -arch i386 -arch ppc..."
>
> The error I get is:
> "ld: in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ 
> Python.framework/Versions/4.3.0/lib/libz.1.dylib, file is not of 
> required architecture for architecture ppc"
>
> Is there some way to turn off the "-arch ppc" option to g++ in 
> setup.py? Or do I have some other problem?
>
> Build output is included below.
>
> Thanks,
>
> Mike
> 
Mike: You need to edit
/Library/Frameworks/Python.framework/Versions/Current/lib/PythonX.Y/Makefile
(or whatever the corresponding path is for your python installation)
and remove all references to "-arch ppc" if you don't want to build 
universal binaries (which you can't if the libs you're linking are not 
universal).
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
Meteorologist FAX : (303)497-6449
NOAA/OAR/PSD R/PSD1 Email : Jef...@no...
325 Broadway Office : Skaggs Research Cntr 1D-113
Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg

I apologize for cross-posting - I realized I probably shouldn't have 
posted this on the user's list first...
Hello - I am attempting to build matplotlib from source on os X, and 
getting an error about a shared library being the wrong architecture. 
The confusing thing is that the call to g++ has two settings for arch:
"g++ -arch i386 -arch ppc..."
The error I get is:
"ld: in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ 
Python.framework/Versions/4.3.0/lib/libz.1.dylib, file is not of 
required architecture for architecture ppc"
Is there some way to turn off the "-arch ppc" option to g++ in 
setup.py? Or do I have some other problem?
Build output is included below.
Thanks,
Mike
= 
= 
= 
= 
========================================================================
BUILDING MATPLOTLIB
 matplotlib: 0.99.0
 python: 2.5.4 |EPD_Py25 4.3.0| (r254:67916, May 17 2009,
 20:07:12) [GCC 4.0.1 (Apple Computer, Inc. 
build
 5370)]
 platform: darwin
REQUIRED DEPENDENCIES
 numpy: 1.3.0
 freetype2: 9.20.3
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.37
 Tkinter: Tkinter: 67737, Tk: 8.4, Tcl: 8.4
 wxPython: 2.8.7.1
 * WxAgg extension not required for wxPython >= 
2.8
 Gtk+: no
 * Building for Gtk+ requires pygtk; you must 
be able
 * to "import gtk" in your build/install 
environment
 Mac OS X native: yes
 Qt: no
 Qt4: no
 Cairo: no
OPTIONAL DATE/TIMEZONE DEPENDENCIES
 datetime: present, version unknown
 dateutil: 1.4
 pytz: 2008c
OPTIONAL USETEX DEPENDENCIES
 dvipng: no
 ghostscript: 8.54
 latex: no
[Edit setup.cfg to suppress the above messages]
= 
= 
= 
= 
========================================================================
pymods ['pylab']
packages ['matplotlib', 'matplotlib.backends', 
'matplotlib.projections', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 
'mpl_toolkits.axes_grid', 'matplotlib.sphinxext', 
'matplotlib.numerix', 'matplotlib.numerix.mlab', 
'matplotlib.numerix.ma', 'matplotlib.numerix.linear_algebra', 
'matplotlib.numerix.random_array', 'matplotlib.numerix.fft', 
'matplotlib.delaunay']
running build
running build_py
copying lib/matplotlib/mpl-data/matplotlibrc -> build/lib.macosx-10.3- 
fat-2.5/matplotlib/mpl-data
copying lib/matplotlib/mpl-data/matplotlib.conf -> build/ 
lib.macosx-10.3-fat-2.5/matplotlib/mpl-data
running build_ext
building 'matplotlib.backends._tkagg' extension
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
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 -I/tmp/_py/libraries/usr/local/ 
include -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -I/System/Library/ 
Frameworks/Tcl.framework/Headers -I/System/Library/Frameworks/ 
Tcl.framework/Versions/Current/PrivateHeaders -I/System/Library/ 
Frameworks/Tk.framework/Headers -I/System/Library/Frameworks/ 
Tk.framework/Versions/Current/PrivateHeaders -I/usr/local/include -I/ 
usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/lib/python2.5/site-packages/numpy-1.3.0n1-py2.5- 
macosx-10.3-fat.egg/numpy/core/include -Isrc -Iagg24/include -I. -I/ 
Library/Frameworks/Python.framework/Versions/4.3.0/lib/python2.5/site- 
packages/numpy-1.3.0n1-py2.5-macosx-10.3-fat.egg/numpy/core/include -I/ 
opt/local/include/freetype2 -I/opt/local/include -I/usr/local/include - 
I/usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/include/python2.5 -c src/agg_py_transforms.cpp -o build/ 
temp.macosx-10.3-fat-2.5/src/agg_py_transforms.o -framework Tcl - 
framework Tk
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
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 -I/tmp/_py/libraries/usr/local/ 
include -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -I/System/Library/ 
Frameworks/Tcl.framework/Headers -I/System/Library/Frameworks/ 
Tcl.framework/Versions/Current/PrivateHeaders -I/System/Library/ 
Frameworks/Tk.framework/Headers -I/System/Library/Frameworks/ 
Tk.framework/Versions/Current/PrivateHeaders -I/usr/local/include -I/ 
usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/lib/python2.5/site-packages/numpy-1.3.0n1-py2.5- 
macosx-10.3-fat.egg/numpy/core/include -Isrc -Iagg24/include -I. -I/ 
Library/Frameworks/Python.framework/Versions/4.3.0/lib/python2.5/site- 
packages/numpy-1.3.0n1-py2.5-macosx-10.3-fat.egg/numpy/core/include -I/ 
opt/local/include/freetype2 -I/opt/local/include -I/usr/local/include - 
I/usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/include/python2.5 -c src/_tkagg.cpp -o build/ 
temp.macosx-10.3-fat-2.5/src/_tkagg.o -framework Tcl -framework Tk
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
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 -I/tmp/_py/libraries/usr/local/ 
include -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -I/System/Library/ 
Frameworks/Tcl.framework/Headers -I/System/Library/Frameworks/ 
Tcl.framework/Versions/Current/PrivateHeaders -I/System/Library/ 
Frameworks/Tk.framework/Headers -I/System/Library/Frameworks/ 
Tk.framework/Versions/Current/PrivateHeaders -I/usr/local/include -I/ 
usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/lib/python2.5/site-packages/numpy-1.3.0n1-py2.5- 
macosx-10.3-fat.egg/numpy/core/include -Isrc -Iagg24/include -I. -I/ 
Library/Frameworks/Python.framework/Versions/4.3.0/lib/python2.5/site- 
packages/numpy-1.3.0n1-py2.5-macosx-10.3-fat.egg/numpy/core/include -I/ 
opt/local/include/freetype2 -I/opt/local/include -I/usr/local/include - 
I/usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/include/python2.5 -c CXX/cxx_extensions.cxx -o build/ 
temp.macosx-10.3-fat-2.5/CXX/cxx_extensions.o -framework Tcl - 
framework Tk
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
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 -I/tmp/_py/libraries/usr/local/ 
include -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -I/System/Library/ 
Frameworks/Tcl.framework/Headers -I/System/Library/Frameworks/ 
Tcl.framework/Versions/Current/PrivateHeaders -I/System/Library/ 
Frameworks/Tk.framework/Headers -I/System/Library/Frameworks/ 
Tk.framework/Versions/Current/PrivateHeaders -I/usr/local/include -I/ 
usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/lib/python2.5/site-packages/numpy-1.3.0n1-py2.5- 
macosx-10.3-fat.egg/numpy/core/include -Isrc -Iagg24/include -I. -I/ 
Library/Frameworks/Python.framework/Versions/4.3.0/lib/python2.5/site- 
packages/numpy-1.3.0n1-py2.5-macosx-10.3-fat.egg/numpy/core/include -I/ 
opt/local/include/freetype2 -I/opt/local/include -I/usr/local/include - 
I/usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/include/python2.5 -c CXX/cxxsupport.cxx -o build/ 
temp.macosx-10.3-fat-2.5/CXX/cxxsupport.o -framework Tcl -framework Tk
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
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 -I/tmp/_py/libraries/usr/local/ 
include -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -I/System/Library/ 
Frameworks/Tcl.framework/Headers -I/System/Library/Frameworks/ 
Tcl.framework/Versions/Current/PrivateHeaders -I/System/Library/ 
Frameworks/Tk.framework/Headers -I/System/Library/Frameworks/ 
Tk.framework/Versions/Current/PrivateHeaders -I/usr/local/include -I/ 
usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/lib/python2.5/site-packages/numpy-1.3.0n1-py2.5- 
macosx-10.3-fat.egg/numpy/core/include -Isrc -Iagg24/include -I. -I/ 
Library/Frameworks/Python.framework/Versions/4.3.0/lib/python2.5/site- 
packages/numpy-1.3.0n1-py2.5-macosx-10.3-fat.egg/numpy/core/include -I/ 
opt/local/include/freetype2 -I/opt/local/include -I/usr/local/include - 
I/usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/include/python2.5 -c CXX/IndirectPythonInterface.cxx -o 
build/temp.macosx-10.3-fat-2.5/CXX/IndirectPythonInterface.o - 
framework Tcl -framework Tk
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
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 -I/tmp/_py/libraries/usr/local/ 
include -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -I/System/Library/ 
Frameworks/Tcl.framework/Headers -I/System/Library/Frameworks/ 
Tcl.framework/Versions/Current/PrivateHeaders -I/System/Library/ 
Frameworks/Tk.framework/Headers -I/System/Library/Frameworks/ 
Tk.framework/Versions/Current/PrivateHeaders -I/usr/local/include -I/ 
usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/lib/python2.5/site-packages/numpy-1.3.0n1-py2.5- 
macosx-10.3-fat.egg/numpy/core/include -Isrc -Iagg24/include -I. -I/ 
Library/Frameworks/Python.framework/Versions/4.3.0/lib/python2.5/site- 
packages/numpy-1.3.0n1-py2.5-macosx-10.3-fat.egg/numpy/core/include -I/ 
opt/local/include/freetype2 -I/opt/local/include -I/usr/local/include - 
I/usr/include -I/sw/include -I. -I/Library/Frameworks/Python.framework/ 
Versions/4.3.0/include/python2.5 -c CXX/cxxextensions.c -o build/ 
temp.macosx-10.3-fat-2.5/CXX/cxxextensions.o -framework Tcl -framework 
Tk
In file included from /usr/include/math.h:26,
 from /Library/Frameworks/Python.framework/Versions/ 
4.3.0/include/python2.5/pyport.h:231,
 from /Library/Frameworks/Python.framework/Versions/ 
4.3.0/include/python2.5/Python.h:57,
 from ./CXX/WrapPython.h:42,
 from CXX/cxxextensions.c:38:
/usr/include/architecture/ppc/math.h:675: warning: conflicting types 
for built-in function ‘scalb’
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
powerpc-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
powerpc-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tcl: linker input file unused because 
linking not done
i686-apple-darwin9-gcc-4.0.1: -framework: linker input file unused 
because linking not done
i686-apple-darwin9-gcc-4.0.1: Tk: linker input file unused because 
linking not done
g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g - 
L/usr/local/lib -L/Library/Frameworks/Python.framework/Versions/4.3.0/ 
lib -bundle -undefined dynamic_lookup build/temp.macosx-10.3-fat-2.5/ 
src/agg_py_transforms.o build/temp.macosx-10.3-fat-2.5/src/_tkagg.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 -L/sw/lib -L/opt/local/ 
lib -L/usr/local/lib -L/usr/lib -L/sw/lib -lstdc++ -lm -lfreetype -lz - 
lz -lstdc++ -lm -o build/lib.macosx-10.3-fat-2.5/matplotlib/backends/ 
_tkagg.so -framework Tcl -framework Tk
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/Library/Frameworks/ 
Python.framework/Versions/4.3.0/lib/libz.dylib, file is not of 
required architecture
ld: in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ 
Python.framework/Versions/4.3.0/lib/libz.1.dylib, file is not of 
required architecture for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/Jw/JwxT7AESFT0tNEoDB0a7rE++ 
+TI/-Tmp-//ccskM2Il.out (No such file or directory)
error: command 'g++' failed with exit status 1

Hi - scratch that. Only *seems* to be working. Actually it hangs when I run
scripts that open figures. I am going to undo all this and forget I ever
started down this path.
Cheers,
Ariel
On Wed, Aug 12, 2009 at 11:10 AM, Ariel Rokem <ar...@be...> wrote:
> Hi again - a string of strange things just happened. After this recent
> chain of failures, I decided to try to do some random attempts at making
> this work.
>
> First, I ran 'sudo python setup.py install' in the directory into which I
> had checked out the mpl source. After going through all of the above, that
> now went without a hitch(?!). I started ipython and imported matplotlib, but
> was disappointed to see that I was still importing 0.98.3, which is the
> version I previously had.
>
> I then ran:
>
> ASR:~ arokem$ easy_install matplotlib
> Searching for matplotlib
> Best match: matplotlib 0.99.0
> Removing matplotlib 0.98.3.0001 from easy-install.pth file
> Adding matplotlib 0.99.0 to easy-install.pth file
>
> Using
> /Library/Frameworks/Python.framework/Versions/4.0.30001/lib/python2.5/site-packages
> Processing dependencies for matplotlib
> Finished processing dependencies for matplotlib
>
> Now, when I open ipython and import matplotlib, the version I have is 0.99,
> and it seems to work (opens plots and such). So - somehow the process
> worked, but how?
>
> Cheers,
>
> Ariel
>
>
>
> On Wed, Aug 12, 2009 at 10:08 AM, Ariel Rokem <ar...@be...> wrote:
>
>> Hi Fernando and John,
>>
>> regardless of the clunky way in which I was trying to introduce our patch,
>> I still want to be able to build MPL from source on my machine. It is a
>> distraction, but, hey, it's a distraction on top of a distraction on top of
>> a distraction, so at this point, I might as well be distracted. Besides, it
>> should end up being useful, and not only for me. Yesterday, there was
>> someone on the matplotlib-users list with exactly the same problem in
>> building MPL from source (sourceforge is not responding at the moment, so I
>> can't post a link to that message). If this is not a good time to
>> trouble-shoot this, let me know and we can come back to this in a couple of
>> weeks. It does seem like cohere_pairs has not gotten a lot of use, so the
>> patch can also languish for another couple of weeks andI can get stuff done
>> regardless of solving this problem, but I would love to be able to solve
>> this, with your help.
>>
>> So - I now checked out 0.99, running 'make build_osx105' (you do realize
>> the 'x' stands for '10', don't you?) didn't work, so I followed the
>> instructions in source/osx/README
>>
>> I still get exactly the same error as before:
>>
>> g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -bundle
>> -undefined dynamic_lookup -arch ppc -arch i386
>> -L/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
>> -L/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
>> -L/Users/arokem/source/mpl99/release/osx/freetype-2.3.7 -Os -arch ppc -arch
>> i386 -I/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
>> -I/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
>> -I/Users/arokem/source/mpl99/release/osx/freetype-2.3.7/include
>> 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/opt/local/lib
>> -L/usr/local/lib -L/usr/lib -L/sw/lib -lfreetype -lz -lz -lstdc++ -lm -o
>> build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so
>> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
>> ld warning: in /opt/local/lib/libfreetype.dylib, file is not of required
>> architecture
>> ld warning: in /opt/local/lib/libz.dylib, file is not of required
>> architecture
>> ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libxml2.2.dylib, file
>> is not of required architecture for architecture ppc
>> collect2: ld returned 1 exit status
>> ld warning: duplicate dylib /opt/local/lib/libz.1.dylib
>> lipo: can't open input file:
>> /var/folders/Qb/QbU9SmFNHoWnC7v-nTJYrE+++TI/-Tmp-//cceiN12W.out (No such
>> file or directory)
>> error: command 'g++' failed with exit status 1
>> make: *** [installers] Error 1
>>
>> So - there is still some problem with the architecture. BTW - this closely
>> resembles errors I used to get when trying to install ETS, but in the recent
>> release of ETS, this problem seems to have been solved. Here's something
>> from enthought-dev, in that direction:
>> https://mail.enthought.com/pipermail/enthought-dev/2009-June/022153.html
>>
>> I tried following Robert Kern's suggestion and edited
>> /Library/Frameworks/Python.framework/Versions/Current/lib/python2.5/config/Makefile
>> in order to remove the '-arch ppc' flag from the CFLAGS and LDFLAGS
>> variables, and from one other place in that file, but that didn't seem to
>> help. Even though now g++ is called without the possibly offending '-arch
>> ppc' flag, somethow that flag is generated later on in the call (after
>> '-undefined dynamic_lookup') and I still get the same error:
>>
>> g++ -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g -bundle
>> -undefined dynamic_lookup -arch ppc -arch i386
>> -L/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
>> -L/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
>> -L/Users/arokem/source/mpl99/release/osx/freetype-2.3.7 -Os -arch ppc -arch
>> i386 -I/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
>> -I/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
>> -I/Users/arokem/source/mpl99/release/osx/freetype-2.3.7/include
>> build/temp.macosx-10.3-i386-2.5/src/ft2font.o
>> build/temp.macosx-10.3-i386-2.5/src/mplutils.o
>> build/temp.macosx-10.3-i386-2.5/CXX/cxx_extensions.o
>> build/temp.macosx-10.3-i386-2.5/CXX/cxxsupport.o
>> build/temp.macosx-10.3-i386-2.5/CXX/IndirectPythonInterface.o
>> build/temp.macosx-10.3-i386-2.5/CXX/cxxextensions.o -L/opt/local/lib
>> -L/usr/local/lib -L/usr/lib -L/sw/lib -lfreetype -lz -lz -lstdc++ -lm -o
>> build/lib.macosx-10.3-i386-2.5/matplotlib/ft2font.so
>> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
>> ld warning: in /opt/local/lib/libfreetype.dylib, file is not of required
>> architecture
>> ld warning: in /opt/local/lib/libz.dylib, file is not of required
>> architecture
>> ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libxml2.2.dylib, file
>> is not of required architecture for architecture ppc
>> collect2: ld returned 1 exit status
>> ld warning: duplicate dylib /opt/local/lib/libz.1.dylib
>> lipo: can't open input file:
>> /var/folders/Qb/QbU9SmFNHoWnC7v-nTJYrE+++TI/-Tmp-//ccud2g4d.out (No such
>> file or directory)
>> error: command 'g++' failed with exit status 1
>> make: *** [installers] Error 1
>>
>> Any ideas?
>>
>> Cheers,
>>
>> Ariel
>>
>>
>>
>> On Wed, Aug 12, 2009 at 3:42 AM, John Hunter <jd...@gm...> wrote:
>>
>>> On Wed, Aug 12, 2009 at 2:26 AM, Fernando Perez<fpe...@gm...>
>>> wrote:
>>>
>>> > By the way John, in this particular case, I don't think the change
>>> > warrants a before/after example, because the before case is "it
>>> > doesn't run" :) The code today makes calls to Numeric routines like
>>> > typecode() that simply don't exist anymore, so it's totally broken:
>>>
>>> Great -- this is just the kind of explanation I need. Though if we had
>>> an example, it is unlikely that the code would go so long w/o being
>>> exercised. We do supply some eeg data with mpl -- see
>>> examples/pylab_examples/mri_with_eeg.py, so Ariel may want to write a
>>> simple cohere_pairs examples which just generates a scatter plot or
>>> something else to show the output and then we can include it in
>>> backend driver do it is will be unlikely to suffer bit rot going
>>> forward.
>>>
>>> > Ariel, if you are still struggling with the binary build, since your
>>> > changes are confined to a pure python file, you can submit the patch
>>> > by simply running:
>>> >
>>> > - svn udpate
>>> > - modify in-place mlab.py with your version of cohere_pairs
>>> > - svn diff > mlab_cohere_pairs.diff
>>>
>>> udpate = update
>>>
>>> That will be fine -- I would like to help Ariel get his svn build
>>> going, but if that is a distraction it doesn't need to slow the patch
>>> down. For bugfixes we encourage patches against the release branch
>>>
>>> svn co
>>> https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint
>>> mpl99<https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint%0Ampl99>
>>>
>>> JDH
>>>
>>
>>
>>
>> --
>> Ariel Rokem
>> Helen Wills Neuroscience Institute
>> University of California, Berkeley
>> http://argentum.ucbso.berkeley.edu/ariel
>>
>
>
>
> --
> Ariel Rokem
> Helen Wills Neuroscience Institute
> University of California, Berkeley
> http://argentum.ucbso.berkeley.edu/ariel
>
-- 
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel

Hi again - a string of strange things just happened. After this recent chain
of failures, I decided to try to do some random attempts at making this
work.
First, I ran 'sudo python setup.py install' in the directory into which I
had checked out the mpl source. After going through all of the above, that
now went without a hitch(?!). I started ipython and imported matplotlib, but
was disappointed to see that I was still importing 0.98.3, which is the
version I previously had.
I then ran:
ASR:~ arokem$ easy_install matplotlib
Searching for matplotlib
Best match: matplotlib 0.99.0
Removing matplotlib 0.98.3.0001 from easy-install.pth file
Adding matplotlib 0.99.0 to easy-install.pth file
Using
/Library/Frameworks/Python.framework/Versions/4.0.30001/lib/python2.5/site-packages
Processing dependencies for matplotlib
Finished processing dependencies for matplotlib
Now, when I open ipython and import matplotlib, the version I have is 0.99,
and it seems to work (opens plots and such). So - somehow the process
worked, but how?
Cheers,
Ariel
On Wed, Aug 12, 2009 at 10:08 AM, Ariel Rokem <ar...@be...> wrote:
> Hi Fernando and John,
>
> regardless of the clunky way in which I was trying to introduce our patch,
> I still want to be able to build MPL from source on my machine. It is a
> distraction, but, hey, it's a distraction on top of a distraction on top of
> a distraction, so at this point, I might as well be distracted. Besides, it
> should end up being useful, and not only for me. Yesterday, there was
> someone on the matplotlib-users list with exactly the same problem in
> building MPL from source (sourceforge is not responding at the moment, so I
> can't post a link to that message). If this is not a good time to
> trouble-shoot this, let me know and we can come back to this in a couple of
> weeks. It does seem like cohere_pairs has not gotten a lot of use, so the
> patch can also languish for another couple of weeks andI can get stuff done
> regardless of solving this problem, but I would love to be able to solve
> this, with your help.
>
> So - I now checked out 0.99, running 'make build_osx105' (you do realize
> the 'x' stands for '10', don't you?) didn't work, so I followed the
> instructions in source/osx/README
>
> I still get exactly the same error as before:
>
> g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -bundle
> -undefined dynamic_lookup -arch ppc -arch i386
> -L/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
> -L/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
> -L/Users/arokem/source/mpl99/release/osx/freetype-2.3.7 -Os -arch ppc -arch
> i386 -I/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
> -I/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
> -I/Users/arokem/source/mpl99/release/osx/freetype-2.3.7/include
> 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/opt/local/lib
> -L/usr/local/lib -L/usr/lib -L/sw/lib -lfreetype -lz -lz -lstdc++ -lm -o
> build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so
> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
> ld warning: in /opt/local/lib/libfreetype.dylib, file is not of required
> architecture
> ld warning: in /opt/local/lib/libz.dylib, file is not of required
> architecture
> ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libxml2.2.dylib, file
> is not of required architecture for architecture ppc
> collect2: ld returned 1 exit status
> ld warning: duplicate dylib /opt/local/lib/libz.1.dylib
> lipo: can't open input file:
> /var/folders/Qb/QbU9SmFNHoWnC7v-nTJYrE+++TI/-Tmp-//cceiN12W.out (No such
> file or directory)
> error: command 'g++' failed with exit status 1
> make: *** [installers] Error 1
>
> So - there is still some problem with the architecture. BTW - this closely
> resembles errors I used to get when trying to install ETS, but in the recent
> release of ETS, this problem seems to have been solved. Here's something
> from enthought-dev, in that direction:
> https://mail.enthought.com/pipermail/enthought-dev/2009-June/022153.html
>
> I tried following Robert Kern's suggestion and edited
> /Library/Frameworks/Python.framework/Versions/Current/lib/python2.5/config/Makefile
> in order to remove the '-arch ppc' flag from the CFLAGS and LDFLAGS
> variables, and from one other place in that file, but that didn't seem to
> help. Even though now g++ is called without the possibly offending '-arch
> ppc' flag, somethow that flag is generated later on in the call (after
> '-undefined dynamic_lookup') and I still get the same error:
>
> g++ -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g -bundle
> -undefined dynamic_lookup -arch ppc -arch i386
> -L/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
> -L/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
> -L/Users/arokem/source/mpl99/release/osx/freetype-2.3.7 -Os -arch ppc -arch
> i386 -I/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
> -I/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
> -I/Users/arokem/source/mpl99/release/osx/freetype-2.3.7/include
> build/temp.macosx-10.3-i386-2.5/src/ft2font.o
> build/temp.macosx-10.3-i386-2.5/src/mplutils.o
> build/temp.macosx-10.3-i386-2.5/CXX/cxx_extensions.o
> build/temp.macosx-10.3-i386-2.5/CXX/cxxsupport.o
> build/temp.macosx-10.3-i386-2.5/CXX/IndirectPythonInterface.o
> build/temp.macosx-10.3-i386-2.5/CXX/cxxextensions.o -L/opt/local/lib
> -L/usr/local/lib -L/usr/lib -L/sw/lib -lfreetype -lz -lz -lstdc++ -lm -o
> build/lib.macosx-10.3-i386-2.5/matplotlib/ft2font.so
> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
> ld warning: in /opt/local/lib/libfreetype.dylib, file is not of required
> architecture
> ld warning: in /opt/local/lib/libz.dylib, file is not of required
> architecture
> ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libxml2.2.dylib, file
> is not of required architecture for architecture ppc
> collect2: ld returned 1 exit status
> ld warning: duplicate dylib /opt/local/lib/libz.1.dylib
> lipo: can't open input file:
> /var/folders/Qb/QbU9SmFNHoWnC7v-nTJYrE+++TI/-Tmp-//ccud2g4d.out (No such
> file or directory)
> error: command 'g++' failed with exit status 1
> make: *** [installers] Error 1
>
> Any ideas?
>
> Cheers,
>
> Ariel
>
>
>
> On Wed, Aug 12, 2009 at 3:42 AM, John Hunter <jd...@gm...> wrote:
>
>> On Wed, Aug 12, 2009 at 2:26 AM, Fernando Perez<fpe...@gm...>
>> wrote:
>>
>> > By the way John, in this particular case, I don't think the change
>> > warrants a before/after example, because the before case is "it
>> > doesn't run" :) The code today makes calls to Numeric routines like
>> > typecode() that simply don't exist anymore, so it's totally broken:
>>
>> Great -- this is just the kind of explanation I need. Though if we had
>> an example, it is unlikely that the code would go so long w/o being
>> exercised. We do supply some eeg data with mpl -- see
>> examples/pylab_examples/mri_with_eeg.py, so Ariel may want to write a
>> simple cohere_pairs examples which just generates a scatter plot or
>> something else to show the output and then we can include it in
>> backend driver do it is will be unlikely to suffer bit rot going
>> forward.
>>
>> > Ariel, if you are still struggling with the binary build, since your
>> > changes are confined to a pure python file, you can submit the patch
>> > by simply running:
>> >
>> > - svn udpate
>> > - modify in-place mlab.py with your version of cohere_pairs
>> > - svn diff > mlab_cohere_pairs.diff
>>
>> udpate = update
>>
>> That will be fine -- I would like to help Ariel get his svn build
>> going, but if that is a distraction it doesn't need to slow the patch
>> down. For bugfixes we encourage patches against the release branch
>>
>> svn co
>> https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint
>> mpl99<https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint%0Ampl99>
>>
>> JDH
>>
>
>
>
> --
> Ariel Rokem
> Helen Wills Neuroscience Institute
> University of California, Berkeley
> http://argentum.ucbso.berkeley.edu/ariel
>
-- 
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel

Hi Fernando and John,
regardless of the clunky way in which I was trying to introduce our patch, I
still want to be able to build MPL from source on my machine. It is a
distraction, but, hey, it's a distraction on top of a distraction on top of
a distraction, so at this point, I might as well be distracted. Besides, it
should end up being useful, and not only for me. Yesterday, there was
someone on the matplotlib-users list with exactly the same problem in
building MPL from source (sourceforge is not responding at the moment, so I
can't post a link to that message). If this is not a good time to
trouble-shoot this, let me know and we can come back to this in a couple of
weeks. It does seem like cohere_pairs has not gotten a lot of use, so the
patch can also languish for another couple of weeks andI can get stuff done
regardless of solving this problem, but I would love to be able to solve
this, with your help.
So - I now checked out 0.99, running 'make build_osx105' (you do realize the
'x' stands for '10', don't you?) didn't work, so I followed the instructions
in source/osx/README
I still get exactly the same error as before:
g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -bundle
-undefined dynamic_lookup -arch ppc -arch i386
-L/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
-L/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
-L/Users/arokem/source/mpl99/release/osx/freetype-2.3.7 -Os -arch ppc -arch
i386 -I/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
-I/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
-I/Users/arokem/source/mpl99/release/osx/freetype-2.3.7/include
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/opt/local/lib
-L/usr/local/lib -L/usr/lib -L/sw/lib -lfreetype -lz -lz -lstdc++ -lm -o
build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
ld warning: in /opt/local/lib/libfreetype.dylib, file is not of required
architecture
ld warning: in /opt/local/lib/libz.dylib, file is not of required
architecture
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libxml2.2.dylib, file
is not of required architecture for architecture ppc
collect2: ld returned 1 exit status
ld warning: duplicate dylib /opt/local/lib/libz.1.dylib
lipo: can't open input file:
/var/folders/Qb/QbU9SmFNHoWnC7v-nTJYrE+++TI/-Tmp-//cceiN12W.out (No such
file or directory)
error: command 'g++' failed with exit status 1
make: *** [installers] Error 1
So - there is still some problem with the architecture. BTW - this closely
resembles errors I used to get when trying to install ETS, but in the recent
release of ETS, this problem seems to have been solved. Here's something
from enthought-dev, in that direction:
https://mail.enthought.com/pipermail/enthought-dev/2009-June/022153.html
I tried following Robert Kern's suggestion and edited
/Library/Frameworks/Python.framework/Versions/Current/lib/python2.5/config/Makefile
in order to remove the '-arch ppc' flag from the CFLAGS and LDFLAGS
variables, and from one other place in that file, but that didn't seem to
help. Even though now g++ is called without the possibly offending '-arch
ppc' flag, somethow that flag is generated later on in the call (after
'-undefined dynamic_lookup') and I still get the same error:
g++ -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g -bundle
-undefined dynamic_lookup -arch ppc -arch i386
-L/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
-L/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
-L/Users/arokem/source/mpl99/release/osx/freetype-2.3.7 -Os -arch ppc -arch
i386 -I/Users/arokem/source/mpl99/release/osx/zlib-1.2.3
-I/Users/arokem/source/mpl99/release/osx/libpng-1.2.33
-I/Users/arokem/source/mpl99/release/osx/freetype-2.3.7/include
build/temp.macosx-10.3-i386-2.5/src/ft2font.o
build/temp.macosx-10.3-i386-2.5/src/mplutils.o
build/temp.macosx-10.3-i386-2.5/CXX/cxx_extensions.o
build/temp.macosx-10.3-i386-2.5/CXX/cxxsupport.o
build/temp.macosx-10.3-i386-2.5/CXX/IndirectPythonInterface.o
build/temp.macosx-10.3-i386-2.5/CXX/cxxextensions.o -L/opt/local/lib
-L/usr/local/lib -L/usr/lib -L/sw/lib -lfreetype -lz -lz -lstdc++ -lm -o
build/lib.macosx-10.3-i386-2.5/matplotlib/ft2font.so
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
ld warning: in /opt/local/lib/libfreetype.dylib, file is not of required
architecture
ld warning: in /opt/local/lib/libz.dylib, file is not of required
architecture
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libxml2.2.dylib, file
is not of required architecture for architecture ppc
collect2: ld returned 1 exit status
ld warning: duplicate dylib /opt/local/lib/libz.1.dylib
lipo: can't open input file:
/var/folders/Qb/QbU9SmFNHoWnC7v-nTJYrE+++TI/-Tmp-//ccud2g4d.out (No such
file or directory)
error: command 'g++' failed with exit status 1
make: *** [installers] Error 1
Any ideas?
Cheers,
Ariel
On Wed, Aug 12, 2009 at 3:42 AM, John Hunter <jd...@gm...> wrote:
> On Wed, Aug 12, 2009 at 2:26 AM, Fernando Perez<fpe...@gm...>
> wrote:
>
> > By the way John, in this particular case, I don't think the change
> > warrants a before/after example, because the before case is "it
> > doesn't run" :) The code today makes calls to Numeric routines like
> > typecode() that simply don't exist anymore, so it's totally broken:
>
> Great -- this is just the kind of explanation I need. Though if we had
> an example, it is unlikely that the code would go so long w/o being
> exercised. We do supply some eeg data with mpl -- see
> examples/pylab_examples/mri_with_eeg.py, so Ariel may want to write a
> simple cohere_pairs examples which just generates a scatter plot or
> something else to show the output and then we can include it in
> backend driver do it is will be unlikely to suffer bit rot going
> forward.
>
> > Ariel, if you are still struggling with the binary build, since your
> > changes are confined to a pure python file, you can submit the patch
> > by simply running:
> >
> > - svn udpate
> > - modify in-place mlab.py with your version of cohere_pairs
> > - svn diff > mlab_cohere_pairs.diff
>
> udpate = update
>
> That will be fine -- I would like to help Ariel get his svn build
> going, but if that is a distraction it doesn't need to slow the patch
> down. For bugfixes we encourage patches against the release branch
>
> svn co
> https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint
> mpl99<https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint%0Ampl99>
>
> JDH
>
-- 
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel

Hi everyone,
This is my first posting on matplotlib-devel. I have only picked up python
and MPL a year ago for some bioinformatics stuff and I love it. I have
never been involved in contributing to an open-source project but I would
love to help. I have only basic understanding of tools like svn etc, and I
have never coded in a collaborative environment. Let me know the best way
for me to help.
Here is my problem:
I am trying to create a scatter plot with log axes (where all the values are
<1), but I also want to plot points that are zero-valued. I tried to use
the symlog scale with a linthreshold of 1e-5 or so, but it wasn't working as
expected. I looked into the code and it appears that the implementation for
SymmetricalLogTransform is designed only to handle linthresh parameters
>=1. The transform does funny things if the threshold is smaller.
It's not obvious to me how to implement a scale that can handle positive and
negative values for a threshold < 1 (which is maybe why it is implemented
currently as it is). Would it make most sense for me to try to modify the
symlog scale to handle this case? Or write a completely new scale
specifically for this purpose, which I can contribute separately?
Also, how would I actually make the contribution? If I were to modify the
current SymmetricalLogTransform, would I provide a diff output from the
current SVN version? Or commit it myself? And what about if I were to
write a new scale?
Thanks for the help!
Uri
-- 
Uri Laserson
PhD Candidate, Biomedical Engineering
Harvard Medical School (Genetics)
Massachusetts Institute of Technology (Mathematics)
phone +1 917 742 8019
las...@mi...

Hi John,
Now I remember why I never figured out how to contribute. I don't have a
Visual Studio 2003 compiler (only 2008 is available from microsoft any more)
and I don't have time to figure out all the flags and so on to compile. I do
have Mingw32 but no jumbling of ["python.exe", "setup.py", "install", "-c",
"mingw32"] will start it compiling, with and without quotes.
Anyway, I tried different things to get a diff file with the current source
for about an hour but I really need to get back to my data crunching now.
I would like to contribute but only on the interface/python front. Is it
possible to svn checkout just the *.py files or a way around needing to
compile the binaries?
Regards,
Jack
On Tue, Aug 11, 2009 at 8:00 PM, John Hunter <jd...@gm...> wrote:
> On Tue, Aug 11, 2009 at 6:53 PM, Jack Sankey<jac...@gm...> wrote:
> > Sorry for spamming, but I have another addition to
> > BlockingMouseInput.add_click, that fixes the problem of the graphics
> jumping
> > around while ginputting. This makes it much easier to zoom in on an
> imshow()
> > plot and click a bunch of points, for example (it used to zoom all the
> way
> > out!):
>
> For those of us scoring at home, you may want to post an svn diff
> against HEAD with which we can patch our distros, and an example file
> or two or a very clear sequence of commands to illustrate the new
> functionality before and after. The ginput work is the product of one
> or two developers out of a dozen, the rest of us have only limited
> experience with it and less knowledge of the internals, so clear
> "instructions for dummies" and easy installations via proper svn diffs
> will help us experiment with your work.
>
> http://matplotlib.sourceforge.net/faq/howto_faq.html#contributing-howto
>
> Looking forward to it,
> JDH
>

Those of you with an interest in mpl docstring processing may want to
comment on this tracker item
https://sourceforge.net/tracker/index.php?func=detail&aid=2835685&group_id=80706&atid=560720
JDH

On Wed, Aug 12, 2009 at 2:26 AM, Fernando Perez<fpe...@gm...> wrote:
> By the way John, in this particular case, I don't think the change
> warrants a before/after example, because the before case is "it
> doesn't run" :) The code today makes calls to Numeric routines like
> typecode() that simply don't exist anymore, so it's totally broken:
Great -- this is just the kind of explanation I need. Though if we had
an example, it is unlikely that the code would go so long w/o being
exercised. We do supply some eeg data with mpl -- see
examples/pylab_examples/mri_with_eeg.py, so Ariel may want to write a
simple cohere_pairs examples which just generates a scatter plot or
something else to show the output and then we can include it in
backend driver do it is will be unlikely to suffer bit rot going
forward.
> Ariel, if you are still struggling with the binary build, since your
> changes are confined to a pure python file, you can submit the patch
> by simply running:
>
> - svn udpate
> - modify in-place mlab.py with your version of cohere_pairs
> - svn diff > mlab_cohere_pairs.diff
udpate = update
That will be fine -- I would like to help Ariel get his svn build
going, but if that is a distraction it doesn't need to slow the patch
down. For bugfixes we encourage patches against the release branch
 svn co https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint
mpl99
JDH

On Tue, Aug 11, 2009 at 7:29 PM, Ariel Rokem<ar...@be...> wrote:
> ASR:matplotlib arokem$ make build_os105
> make: *** No rule to make target `build_os105'. Stop.
Typo: John said:
 make build_osx105
Note the extra 'x'.
By the way John, in this particular case, I don't think the change
warrants a before/after example, because the before case is "it
doesn't run" :) The code today makes calls to Numeric routines like
typecode() that simply don't exist anymore, so it's totally broken:
In [1]: x = rand(512,3)
In [2]: ij = [(0,1),(1,2)]
In [3]: mlab.cohere_pairs(x,ij)
---------------------------------------------------------------------------
NameError Traceback (most recent call last)
/home/installers/src/scipy/matplotlib/<ipython console> in <module>()
/home/fperez/usr/opt/lib/python2.6/site-packages/matplotlib/mlab.pyc
in cohere_pairs(X, ij, NFFT, Fs, detrend, window, noverlap,
preferSpeedOverMemory, progressCallback, returnPxx)
 597 windowVals = window
 598 else:
--> 599 windowVals = window(np.ones((NFFT,), typecode(X)))
 600 ind = range(0, numRows-NFFT+1, NFFT-noverlap)
 601 numSlices = len(ind)
NameError: global name 'typecode' is not defined
The fixes Ariel is sending are strictly confined to making the code
run again, by using the equivalent numpy calls:
In [1]: x = rand(512,3)
In [2]: ij = [(0,1),(1,2)]
In [3]: mlab.cohere_pairs(x,ij)
Out[3]:
({(0, 1): 0.68070570340049885, (1, 2): 0.70577163603522997},
 {(0, 1): -0.007568280470951907, (1, 2): 0.0027428217481150026},
 array([ 0. , 0.0078, 0.0156, 0.0234, 0.0312, 0.0391, 0.0469, 0.0547,
 0.0625, 0.0703, 0.0781, 0.0859, 0.0938, 0.1016, 0.1094, 0.1172,
 0.125 , 0.1328, 0.1406, 0.1484, 0.1562, 0.1641, 0.1719, 0.1797,
 0.1875, 0.1953, 0.2031, 0.2109, 0.2188, 0.2266, 0.2344, 0.2422,
 0.25 , 0.2578, 0.2656, 0.2734, 0.2812, 0.2891, 0.2969, 0.3047,
 0.3125, 0.3203, 0.3281, 0.3359, 0.3438, 0.3516, 0.3594, 0.3672,
 0.375 , 0.3828, 0.3906, 0.3984, 0.4062, 0.4141, 0.4219, 0.4297,
 0.4375, 0.4453, 0.4531, 0.4609, 0.4688, 0.4766, 0.4844, 0.4922,
 0.5 , 0.5078, 0.5156, 0.5234, 0.5312, 0.5391, 0.5469, 0.5547,
 0.5625, 0.5703, 0.5781, 0.5859, 0.5938, 0.6016, 0.6094, 0.6172,
 0.625 , 0.6328, 0.6406, 0.6484, 0.6562, 0.6641, 0.6719, 0.6797,
 0.6875, 0.6953, 0.7031, 0.7109, 0.7188, 0.7266, 0.7344, 0.7422,
 0.75 , 0.7578, 0.7656, 0.7734, 0.7812, 0.7891, 0.7969, 0.8047,
 0.8125, 0.8203, 0.8281, 0.8359, 0.8438, 0.8516, 0.8594, 0.8672,
 0.875 , 0.8828, 0.8906, 0.8984, 0.9062, 0.9141, 0.9219, 0.9297,
 0.9375, 0.9453, 0.9531, 0.9609, 0.9688, 0.9766, 0.9844, 0.9922,
 1. ]))
Ariel, if you are still struggling with the binary build, since your
changes are confined to a pure python file, you can submit the patch
by simply running:
- svn udpate
- modify in-place mlab.py with your version of cohere_pairs
- svn diff > mlab_cohere_pairs.diff
You may want to watch out for the fact that the docstring in your
version doesn't start with
 u"""
This means the string is Unicode. It seems mpl has been unicode-ified
so it's best to fix this before you generate the diff. This is why
John encourages the diff to be made against HEAD, so these little
things can be easily spotted. By doing this, you'll notice small
changes in formatting you might not have meant to introduce, so it
lets you clean up the contribution before sending it so it really only
changes what you intended to.
Cheers,
f

Resending, with CC to list.
Thanks for the help! Nightmare of the living crash-test dummy...
I tried following your instructions. Here's what that looks like:
ASR:matplotlib arokem$ make build_os105
make: *** No rule to make target `build_os105'. Stop.
ASR:matplotlib arokem$ cd release/osx
ASR:osx arokem$ open README.txt
I read the README - decide to skip reinstalling python and numpy, and
skipped to the next step ...
ASR:osx arokem$ unset PKG_CONFIG_PATH
ASR:osx arokem$ make fetch_deps dependencies
make: *** No rule to make target `fetch_deps'. Stop.
ASR:osx arokem$ make fetch
wget http://www.zlib.net/zlib-1.2.3.tar.gz &&\
 wget
http://internap.dl.sourceforge.net/sourceforge/libpng/libpng-1.2.33.tar.bz2&&\
 wget
http://download.savannah.gnu.org/releases/freetype/freetype-2.3.7.tar.bz2&&\
 wget
http://pypi.python.org/packages/source/b/bdist_mpkg/bdist_mpkg-0.4.4.tar.gz&&
\
 tar xvfz bdist_mpkg-0.4.4.tar.gz &&\
 echo "You need to to install bdist_mpkg-0.4.4 now"
/bin/sh: wget: command not found
make: *** [fetch] Error 127
I googled "wget" - downloaded wget source-code, installed wget.
ASR:osx arokem$ make fetch
seemed to work now, after fetch got everything, I continued with the crib
sheet from the README.txt (which has an error in it, the 6th step there is
'cd ..'. That didn't work - instead I ran 'make deps' in the directory I
previously ended up in '/release/osx/', that worked)
Finally:
ASR:osx arokem$ make installers
unset PKG_CONFIG_PATH &&\
 tar xvfz matplotlib-0.99.0.tar.gz && \
 cd matplotlib-0.99.0 && \
 rm -rf build && \
 cp ../data/setup.cfg ../data/ReadMe.txt . &&\
 export CFLAGS="-Os -arch ppc -arch i386
-I/Users/arokem/source/matplotlib/release/osx/zlib-1.2.3
-I/Users/arokem/source/matplotlib/release/osx/libpng-1.2.33
-I/Users/arokem/source/matplotlib/release/osx/freetype-2.3.7/include" &&\
 export LDFLAGS="-arch ppc -arch i386
-L/Users/arokem/source/matplotlib/release/osx/zlib-1.2.3
-L/Users/arokem/source/matplotlib/release/osx/libpng-1.2.33
-L/Users/arokem/source/matplotlib/release/osx/freetype-2.3.7" &&\
 /Library/Frameworks/Python.framework/Versions/2.6/bin/bdist_mpkg
--readme=ReadMe.txt &&\
 hdiutil create -srcdir dist/matplotlib-0.99.0-py2.6-macosx10.5.mpkg
dist/matplotlib-0.99.0-py2.6-macosx10.5.dmg &&\
 python2.6 setupegg.py bdist_egg
tar (child): matplotlib-0.99.0.tar.gz: Cannot open: No such file or
directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors
make: *** [installers] Error 2
But the version number I have here is matplotlib-1.0.svn (is that what I am
supposed to have? I grabbed the svn as instructed on the webpage you linked
to before), so I go and edit the Makefile, to reflect that. I run that
again, it does a lot of stuff (I have the full output saved, if you want to
see that). Then, finally:
g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -bundle
-undefined dynamic_lookup -arch ppc -arch i386
-L/Users/arokem/source/matplotlib/release/osx/zlib-1.2.3
-L/Users/arokem/source/matplotlib/release/osx/libpng-1.2.33
-L/Users/arokem/source/matplotlib/release/osx/freetype-2.3.7 -Os -arch ppc
-arch i386 -I/Users/arokem/source/matplotlib/release/osx/zlib-1.2.3
-I/Users/arokem/source/matplotlib/release/osx/libpng-1.2.33
-I/Users/arokem/source/matplotlib/release/osx/freetype-2.3.7/include
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/opt/local/lib
-L/usr/local/lib -L/usr/lib -L/sw/lib -lfreetype -lz -lz -lstdc++ -lm -o
build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
ld warning: in /opt/local/lib/libfreetype.dylib, file is not of required
architecture
ld warning: in /opt/local/lib/libz.dylib, file is not of required
architecture
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libxml2.2.dylib, file
is not of required architecture for architecture ppc
collect2: ld returned 1 exit status
ld warning: duplicate dylib /opt/local/lib/libz.1.dylib
lipo: can't open input file:
/var/folders/Qb/QbU9SmFNHoWnC7v-nTJYrE+++TI/-Tmp-//ccp3hmVy.out (No such
file or directory)
error: command 'g++' failed with exit status 1
make: *** [installers] Error 1
So - I am back to square 1, it seems. Do you know where I should go from
here?
Cheers,
Ariel
On Tue, Aug 11, 2009 at 6:37 PM, John Hunter <jd...@gm...> wrote:
> On Tue, Aug 11, 2009 at 8:29 PM, Ariel Rokem<ar...@be...> wrote:
>
> > Am I doing something wrong? I promise to follow your instructions, if I
> can
> > make it work :-)
>
> No worries -- OSX is a nightmare. First try this:
>
> make build_osx105
>
> and if that works, you can
>
> python setup.py install
>
> If that doesn't work, try
>
> cd release/osx
> # read the readme, then
> make fetch_deps dependencies
> # install bdist_wininst as instructed
> make installers
>
> the latter sequence is what I do when building the installers, and
> will grab all the dependencies, build them from src with the right
> flags, and use them instead of the system wide installed ones.
>
> There is no reason for you to go through this for a simple pure python
> patch, but I am interested in figuring out a way for regular OSX users
> to be able to build mpl, so am happy to use you as a crash test dummy
> :-)
>
> See also:
>
> http://matplotlib.sourceforge.net/users/installing.html#building-on-osx
> http://matplotlib.sourceforge.net/faq/installing_faq.html#os-x-questions
>
> JDH
>
-- 
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel

On Tue, Aug 11, 2009 at 8:29 PM, Ariel Rokem<ar...@be...> wrote:
> Am I doing something wrong? I promise to follow your instructions, if I can
> make it work :-)
No worries -- OSX is a nightmare. First try this:
 make build_osx105
and if that works, you can
 python setup.py install
If that doesn't work, try
 cd release/osx
 # read the readme, then
 make fetch_deps dependencies
 # install bdist_wininst as instructed
 make installers
the latter sequence is what I do when building the installers, and
will grab all the dependencies, build them from src with the right
flags, and use them instead of the system wide installed ones.
There is no reason for you to go through this for a simple pure python
patch, but I am interested in figuring out a way for regular OSX users
to be able to build mpl, so am happy to use you as a crash test dummy
:-)
See also:
 http://matplotlib.sourceforge.net/users/installing.html#building-on-osx
 http://matplotlib.sourceforge.net/faq/installing_faq.html#os-x-questions
JDH

Hi -
I would like to do that, but now, after I grabbed the most recent svn from
main source and tried to build it (so that I can replicate the broken-ness
of the code) I get this:
ASR:matplotlib arokem$ python setup.py install
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 1.0.svn
 python: 2.5.2 |EPD 4.0.30001| (r252:60911, Sep 19 2008,
 12:00:24) [GCC 4.0.1 (Apple Computer, Inc. build
 5370)]
 platform: darwin
REQUIRED DEPENDENCIES
 numpy: 1.3.0.dev5972
 freetype2: 9.17.3
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.37
 Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
 wxPython: 2.8.7.1
 * WxAgg extension not required for wxPython >= 2.8
 Gtk+: no
 * Building for Gtk+ requires pygtk; you must be able
 * to "import gtk" in your build/install environment
 Mac OS X native: yes
 Qt: no
 Qt4: Qt: 4.5.2, PyQt4: 4.5.2
 Cairo: no
OPTIONAL DATE/TIMEZONE DEPENDENCIES
 datetime: present, version unknown
 dateutil: 1.4
 pytz: 2008c
OPTIONAL USETEX DEPENDENCIES
 dvipng: 1.9
 ghostscript: 8.57
 latex: 3.141592
[Edit setup.cfg to suppress the above messages]
============================================================================
... lots more output to the shell - everything looks OK...
g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g
-bundle -undefined dynamic_lookup
build/temp.macosx-10.3-i386-2.5/src/ft2font.o
build/temp.macosx-10.3-i386-2.5/src/mplutils.o
build/temp.macosx-10.3-i386-2.5/CXX/cxx_extensions.o
build/temp.macosx-10.3-i386-2.5/CXX/cxxsupport.o
build/temp.macosx-10.3-i386-2.5/CXX/IndirectPythonInterface.o
build/temp.macosx-10.3-i386-2.5/CXX/cxxextensions.o -L/opt/local/lib
-L/usr/local/lib -L/usr/lib -L/sw/lib -lfreetype -lz -lz -lstdc++ -lm -o
build/lib.macosx-10.3-i386-2.5/matplotlib/ft2font.so
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
ld warning: in /opt/local/lib/libfreetype.dylib, file is not of required
architecture
ld warning: in /opt/local/lib/libz.dylib, file is not of required
architecture
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libxml2.2.dylib, file
is not of required architecture for architecture ppc
collect2: ld returned 1 exit status
ld warning: duplicate dylib /opt/local/lib/libz.1.dylib
lipo: can't open input file:
/var/folders/Qb/QbU9SmFNHoWnC7v-nTJYrE+++TI/-Tmp-//ccuiy1nA.out (No such
file or directory)
error: command 'g++' failed with exit status 1
Am I doing something wrong? I promise to follow your instructions, if I can
make it work :-)
Thanks,
Ariel
On Tue, Aug 11, 2009 at 5:14 PM, John Hunter <jd...@gm...> wrote:
> On Tue, Aug 11, 2009 at 5:02 PM, Ariel Rokem<ar...@be...> wrote:
>
> > here is a suggested patch for mlab's cohere_pairs function. The old
> version
> > was broken, due to some outdated code.
>
> Thanks Ariel for the patch. Could you explain your patch in words --
> what was broken before and how you fixed it. Also, while your patch
> is particularly simple, since it is just a single function
> replacement, we encourage people to submit svn diffs against HEAD or
> the branch they are patching. It just makes life simpler for us,
> since we (fortunately) get a lot of contributions. I strongly
> encourage people to include a complete, free-standing example that I
> can run unmodified which shows the undesired behavior pre-patch and
> the desired behavior post-patch, with a clear verbal of what to look
> for. I wrote this function 5 years ago, and while I remember it
> pretty well, I will not be as familiar with it after such a long
> hiatus as you are now.
>
> http://matplotlib.sourceforge.net/faq/howto_faq.html#contributing-howto
>
> JDH
>
-- 
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel

On Tue, Aug 11, 2009 at 5:02 PM, Ariel Rokem<ar...@be...> wrote:
> here is a suggested patch for mlab's cohere_pairs function. The old version
> was broken, due to some outdated code.
Thanks Ariel for the patch. Could you explain your patch in words --
what was broken before and how you fixed it. Also, while your patch
is particularly simple, since it is just a single function
replacement, we encourage people to submit svn diffs against HEAD or
the branch they are patching. It just makes life simpler for us,
since we (fortunately) get a lot of contributions. I strongly
encourage people to include a complete, free-standing example that I
can run unmodified which shows the undesired behavior pre-patch and
the desired behavior post-patch, with a clear verbal of what to look
for. I wrote this function 5 years ago, and while I remember it
pretty well, I will not be as familiar with it after such a long
hiatus as you are now.
http://matplotlib.sourceforge.net/faq/howto_faq.html#contributing-howto
JDH

On Tue, Aug 11, 2009 at 6:53 PM, Jack Sankey<jac...@gm...> wrote:
> Sorry for spamming, but I have another addition to
> BlockingMouseInput.add_click, that fixes the problem of the graphics jumping
> around while ginputting. This makes it much easier to zoom in on an imshow()
> plot and click a bunch of points, for example (it used to zoom all the way
> out!):
For those of us scoring at home, you may want to post an svn diff
against HEAD with which we can patch our distros, and an example file
or two or a very clear sequence of commands to illustrate the new
functionality before and after. The ginput work is the product of one
or two developers out of a dozen, the rest of us have only limited
experience with it and less knowledge of the internals, so clear
"instructions for dummies" and easy installations via proper svn diffs
will help us experiment with your work.
 http://matplotlib.sourceforge.net/faq/howto_faq.html#contributing-howto
Looking forward to it,
JDH