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 <jdh2...@gmail.com> wrote:
> On Wed, Aug 12, 2009 at 2:26 AM, Fernando Perez<fperez....@gmail.com>
> 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
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel