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