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 <aro...@berkeley.edu> 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 <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
>



-- 
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

Reply via email to