Hi -

so - now, almost two weeks later, I can finally install MPL from
source. On to submitting that patch.

Here's what I get with mlab.cohere_pairs, as it is currently:

In [1]: a=np.array([[1,2,3,4],[1,2,3,4]])

In [2]: b=([1,1],[0,0])

In [3]: mlab.cohere_pairs(a,b)
---------------------------------------------------------------------------
NameError                                 Traceback (most recent call last)

/Users/arokem/<ipython console> in <module>()

/Library/Frameworks/Python.framework/Versions/4.3.0/lib/python2.5/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

So - as Fernando mentioned above, it is looking for something that
doesn't exist anymore. With the patch (diff attached), this error no
longer occurs.

Cheers,

Ariel

On Wed, Aug 12, 2009 at 11:25 AM, Ariel Rokem<aro...@berkeley.edu> wrote:
> 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
>>>>
>>>> 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
>



-- 
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel

Attachment: mpl99mlab_cohere_pairs.diff
Description: Binary data

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