matplotlib-users Mailing List for matplotlib

Jeff,
I'm not to experienced with these installations, so I really don't know. If you send a link to another installation I could try it. For what it's worth, If I run python setup.py build for basemap-1.0.5 I do not get this error.
--Scott
On Jan 20, 2013, at 3:44 PM, Jeff Whitaker <jef...@no...> wrote:
> Scott Henderson wrote:
>> 
>> Hello,
>> 
>> I've tried installing the latest version of basemap on OSX Lion and am getting the following error:
>> 
>> 
>> 
>> # -------------------
>> scotthenderson@basemap-1.0.6:python setup.py build
>> ld: warning: ld: warning: ignoring file nad2bin.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): nad2bin.oignoring file src/pj_malloc.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): src/pj_malloc.o
>> 
>> Undefined symbols for architecture i386:
>> "_main", referenced from:
>> -u command line option
>> ld: symbol(s) not found for architecture i386
>> clang: error: linker command failed with exit code 1 (use -v to see invocation)
>> ld: warning: ld: warning: ignoring file nad2bin.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): nad2bin.oignoring file src/pj_malloc.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): src/pj_malloc.o
>> 
>> Undefined symbols for architecture i386:
>> "_main", referenced from:
>> -u command line option
>> ld: symbol(s) not found for architecture i386
>> clang: error: linker command failed with exit code 1 (use -v to see invocation)
>> Traceback (most recent call last):
>> File "setup.py", line 97, in<module>
>> cc.link_executable(objects, execname)
>> File "/Library/Frameworks/Python.framework/Versions/7.3/lib/python2.7/distutils/ccompiler.py", line 698, in link_executable
>> debug, extra_preargs, extra_postargs, None, target_lang)
>> File "/Library/Frameworks/Python.framework/Versions/7.3/lib/python2.7/distutils/unixccompiler.py", line 262, in link
>> raise LinkError, msg
>> distutils.errors.LinkError: Command "cc -arch i386 nad2bin.o src/pj_malloc.o -o nad2bin" failed with exit status 1
> 
> 
> Scott:
> 
> Don't really know, but here's a guess:
> 
> Looks like a problem with your python installation - distutils is trying to use the -arch i386 compiler flag and you're probably on a 64 bit system (x86_64). 
> 
> I've built this on several macos x Mountain Lion systems without incident. Can you build other C extensions on your system?
> 
> -Jeff 

Hello, 
I've tried installing the latest version of basemap on OSX Lion and am getting the following error:
# -------------------
scotthenderson@basemap-1.0.6:python setup.py build
ld: warning: ld: warning: ignoring file nad2bin.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): nad2bin.oignoring file src/pj_malloc.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): src/pj_malloc.o
Undefined symbols for architecture i386:
 "_main", referenced from:
 -u command line option
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
ld: warning: ld: warning: ignoring file nad2bin.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): nad2bin.oignoring file src/pj_malloc.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): src/pj_malloc.o
Undefined symbols for architecture i386:
 "_main", referenced from:
 -u command line option
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Traceback (most recent call last):
 File "setup.py", line 97, in <module>
 cc.link_executable(objects, execname)
 File "/Library/Frameworks/Python.framework/Versions/7.3/lib/python2.7/distutils/ccompiler.py", line 698, in link_executable
 debug, extra_preargs, extra_postargs, None, target_lang)
 File "/Library/Frameworks/Python.framework/Versions/7.3/lib/python2.7/distutils/unixccompiler.py", line 262, in link
 raise LinkError, msg
distutils.errors.LinkError: Command "cc -arch i386 nad2bin.o src/pj_malloc.o -o nad2bin" failed with exit status 1

On 2013年01月20日 1:48 AM, Burak nebioğlu wrote:
> Dear Eric ,
>
> below are the results that I get when I see these errors it is also
> strange for me but I tried in matlab and it worked with mtlab style I
> tried for pcolormesh it works just like matlab it is (99,) (56,)
> dimensioned 2 vectors and data is 99*56 matrix
Sorry, I included the () by mistake on the requested dtype and the shape 
print statements. dtype and shape are attributes, so they don't need 
parentheses. In any case, you provided enough information for me to 
test, and I see exactly what you note--except that the bug is in 
pcolormesh, not pcolor. With either one, an argument sequence (x, y, z) 
should require that the shape of z be (ny, nx) or (ny-1, nx-2), not the 
transpose of that. If your present data array has shape (nx, ny), then use
pcolormesh(x, y, data.T)
and it will be plotted correctly.
It may be that matlab is trying to be helpful by doing a transpose 
automatically if that makes the function arguments seem to fit better, 
but that is not what we do, or what we would ever want to do. So, 
regardless of whether you use pcolor or pcolormesh, please use the 
argument order and shape requirements as described in the docstrings, 
the API documentation, and the examples. Otherwise you are not likely 
to get the result you want.
I have filed a bug report for this:
https://github.com/matplotlib/matplotlib/issues/1688
Eric
>
>
>
>
> type x <type 'numpy.ndarray'>
> X.dtype
>
> print 'X.dtype',X.dtype()
> TypeError: 'numpy.dtype' object is not callable
>
> print 'X.shape',X.shape()
> TypeError: 'tuple' object is not callable
>
>
> type y <type 'numpy.ndarray'>
> y.shape
>
> print 'y.dtype',Y.dtype()
> TypeError: 'numpy.dtype' object is not callable
>
>
> print 'y.shape',Y.shape()
> TypeError: 'tuple' object is not callable
>
> type data <type 'numpy.ndarray'>
> data.dtype
>
> print 'data.dtype',reshaped.dtype()
> TypeError: 'numpy.dtype' object is not callable
>
> print 'data.shape',reshaped.shape()
> TypeError: 'tuple' object is not callable
>
> Thank you again
>
>
>
>
> 2013年1月20日 Eric Firing <ef...@ha... <mailto:ef...@ha...>>
>
> print type(x)
> print x.dtype()
> print x.shape()
>
>
>

Hi all,
I'm using matplotlib 1.1.0 for Python27 on Windows 7.
I'd like to apply TeX fonts at legends and labels.
But if I try to do, the texts' baselines become upper,
and the layouts get out of shapes.
For example, I set legend titles as below:
 - 'Plot 1'
 - r'Plot 2 ($\alpha$)'
 -'Plot 3'
then only the second one was raised.
Both Computer Modern and \mathdefault fonts have same issues.
I want to fix all the baselines as default positions.
Does anyone have good ideas?
Magician