Hi folks, I'd really like to work with some of the large images I have; I work on a galactic plane survey that has lots of images with ~10^8 floating point pixels. I'm also using a mac. Unfortunately I can't get a 64-bit version of python compiled and google has been unhelpful in resolving the problem. Is there a workaround to get 64 bit numpy working without 64 bit python installed? I doubt that, but if anyone has tips I'd appreciate them. On a related note, I also use a linux machine with 64 bit python installed, but it crashes with large arrays giving a segfault where my mac spits out the "ValueError: dimensions too large." error. Any ideas there? Thanks, Adam
Hi Adam 2009/4/17 Keflavich <keflavich@gmail.com>:
Hi folks, I'd really like to work with some of the large images I have; I work on a galactic plane survey that has lots of images with ~10^8 floating point pixels. I'm also using a mac. Unfortunately I can't get a 64-bit version of python compiled and google has been unhelpful in resolving the problem. Is there a workaround to get 64 bit numpy working without 64 bit python installed? I doubt that, but if anyone has tips I'd appreciate them.
I think SAGE has a 64-bit version available. Try it with sage -python or sage-python Cheers Stéfan
Stéfan van der Walt wrote:
Hi Adam
2009/4/17 Keflavich <keflavich@gmail.com>:
Hi folks, I'd really like to work with some of the large images I have; I work on a galactic plane survey that has lots of images with ~10^8 floating point pixels. I'm also using a mac. Unfortunately I can't get a 64-bit version of python compiled and google has been unhelpful in resolving the problem. Is there a workaround to get 64 bit numpy working without 64 bit python installed? I doubt that, but if anyone has tips I'd appreciate them.
I think SAGE has a 64-bit version available. Try it with
You can build such a release, but it isn't available from the default tarball yet. The goal for Sage 4.0 out in a month is to add official support for it. But we haven't updated to numpy 1.3 and scipy 0.7 yet, but you can expect that to happen in the next couple weeks. Maybe scipy 0.7.1 will be ouy by then.
sage -python
or
sage-python
Cheers Stéfan
Cheers, Michael
_______________________________________________ SciPy-user mailing list SciPy-user@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
Hi Adam, On 17-Apr-09, at 12:38 PM, Keflavich wrote:
can't get a 64-bit version of python compiled and google has been unhelpful in resolving the problem. Is there a workaround to get 64
I have had a lot of success with (using the 2.6.2 sources) mkdir -p build && cd build && ./configure --with-framework- name=Python64 --with-universal-archs=all --enable-framework --enable- universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5 && make && sudo make install That builds a 4-way universal binary. --with-universal-archs=64-bit will get you just the 64 bit stuff (note that a few of the make install steps will fail because of Carbon deprecation but nothing important as far as I can see). David
Thanks. I successfully got python 2.6.2 compiled with 64 bit support, but when I try to compile numpy I run into errors that are a little beyond my experience: gcc: build/src.macosx-10.5-universal-2.6/numpy/core/src/_sortmodule.c In file included from numpy/core/include/numpy/ndarrayobject.h:26, from numpy/core/include/numpy/noprefix.h:7, from numpy/core/src/_sortmodule.c.src:29: numpy/core/include/numpy/npy_endian.h:33:10: error: #error Unknown CPU: can not set endianness lipo: can't figure out the architecture type of: /var/folders/ni/ni +DtdqFGMeSMH13AvkNkU+++TI/-Tmp-//ccJos8Iw.out In file included from numpy/core/include/numpy/ndarrayobject.h:26, from numpy/core/include/numpy/noprefix.h:7, from numpy/core/src/_sortmodule.c.src:29: numpy/core/include/numpy/npy_endian.h:33:10: error: #error Unknown CPU: can not set endianness lipo: can't figure out the architecture type of: /var/folders/ni/ni +DtdqFGMeSMH13AvkNkU+++TI/-Tmp-//ccJos8Iw.out error: Command "gcc -arch i386 -arch ppc -arch ppc64 -arch x86_64 - isysroot / -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g - fwrapv -O3 -Wall -Wstrict-prototypes -Inumpy/core/include -Ibuild/ src.macosx-10.5-universal-2.6/numpy/core/include/numpy -Inumpy/core/ src -Inumpy/core/include -I/Library/Frameworks/Python.framework/ Versions/2.6/include/python2.6 -c build/src.macosx-10.5-universal-2.6/ numpy/core/src/_sortmodule.c -o build/temp.macosx-10.5-universal-2.6/ build/src.macosx-10.5-universal-2.6/numpy/core/src/_sortmodule.o" failed with exit status 1 and I haven't had any luck with the numpy .dmg files for mac. I'll check out sage next and report back. Thanks for the tips! Adam On May 19, 5:48 pm, David Warde-Farley <d...@cs.toronto.edu> wrote:
Hi Adam,
On 17-Apr-09, at 12:38 PM, Keflavich wrote:
can't get a 64-bit version of python compiled and google has been unhelpful in resolving the problem. Is there a workaround to get 64
I have had a lot of success with (using the 2.6.2 sources)
mkdir -p build && cd build && ./configure --with-framework- name=Python64 --with-universal-archs=all --enable-framework --enable- universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5 && make && sudo make install
That builds a 4-way universal binary. --with-universal-archs=64-bit will get you just the 64 bit stuff (note that a few of the make install steps will fail because of Carbon deprecation but nothing important as far as I can see).
David _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
Hi, Sounds like the exact same problem I was having. There's a ticket for it here http://projects.scipy.org/numpy/ticket/1111, with a patch that fixed the problem for me, at least. Good luck! ~ Roger On Wed, May 20, 2009 at 10:36 PM, Gins <keflavich@gmail.com> wrote:
Thanks. I successfully got python 2.6.2 compiled with 64 bit support, but when I try to compile numpy I run into errors that are a little beyond my experience:
gcc: build/src.macosx-10.5-universal-2.6/numpy/core/src/_sortmodule.c In file included from numpy/core/include/numpy/ndarrayobject.h:26, from numpy/core/include/numpy/noprefix.h:7, from numpy/core/src/_sortmodule.c.src:29: numpy/core/include/numpy/npy_endian.h:33:10: error: #error Unknown CPU: can not set endianness lipo: can't figure out the architecture type of: /var/folders/ni/ni +DtdqFGMeSMH13AvkNkU+++TI/-Tmp-//ccJos8Iw.out In file included from numpy/core/include/numpy/ndarrayobject.h:26, from numpy/core/include/numpy/noprefix.h:7, from numpy/core/src/_sortmodule.c.src:29: numpy/core/include/numpy/npy_endian.h:33:10: error: #error Unknown CPU: can not set endianness lipo: can't figure out the architecture type of: /var/folders/ni/ni +DtdqFGMeSMH13AvkNkU+++TI/-Tmp-//ccJos8Iw.out error: Command "gcc -arch i386 -arch ppc -arch ppc64 -arch x86_64 - isysroot / -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g - fwrapv -O3 -Wall -Wstrict-prototypes -Inumpy/core/include -Ibuild/ src.macosx-10.5-universal-2.6/numpy/core/include/numpy -Inumpy/core/ src -Inumpy/core/include -I/Library/Frameworks/Python.framework/ Versions/2.6/include/python2.6 -c build/src.macosx-10.5-universal-2.6/ numpy/core/src/_sortmodule.c -o build/temp.macosx-10.5-universal-2.6/ build/src.macosx-10.5-universal-2.6/numpy/core/src/_sortmodule.o" failed with exit status 1
and I haven't had any luck with the numpy .dmg files for mac.
I'll check out sage next and report back. Thanks for the tips! Adam
On May 19, 5:48 pm, David Warde-Farley <d...@cs.toronto.edu> wrote:
Hi Adam,
On 17-Apr-09, at 12:38 PM, Keflavich wrote:
can't get a 64-bit version of python compiled and google has been unhelpful in resolving the problem. Is there a workaround to get 64
I have had a lot of success with (using the 2.6.2 sources)
mkdir -p build && cd build && ./configure --with-framework- name=Python64 --with-universal-archs=all --enable-framework --enable- universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5 && make && sudo make install
That builds a 4-way universal binary. --with-universal-archs=64-bit will get you just the 64 bit stuff (note that a few of the make install steps will fail because of Carbon deprecation but nothing important as far as I can see).
David _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
SciPy-user mailing list SciPy-user@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
Awesome, thanks! That fixed my numpy build errors. I then successfully installed scipy and matplotlib. However, I still failed at getting a nice pylab session running: ipython won't run because of 'entry point' errors. Argh. Any tips there? I swear someday I'll get a 64 bit pylab session running... Traceback (most recent call last): File "/usr/local/bin/ipython", line 9, in <module> load_entry_point('ipython==0.9.1', 'console_scripts', 'ipython')() File "build/bdist.macosx-10.5-universal/egg/pkg_resources.py", line 277, in load_entry_point File "build/bdist.macosx-10.5-universal/egg/pkg_resources.py", line 2179, in load_entry_point ImportError: Entry point ('console_scripts', 'ipython') not found Also, if anyone's interested, I'm also pursuing a solution via sage, but it has its own set of unique and interesting problems.... http://groups.google.com/group/sage-support/browse_thread/thread/7ef78c32ff399de5/02c84985c84d25e3?lnk=gst&q=sage+with+tkinter#02c84985c84d25e3 Again, thanks, Adam On May 20, 8:17 pm, Roger Herikstad <roger.heriks...@gmail.com> wrote:
Hi, Sounds like the exact same problem I was having. There's a ticket for it herehttp://projects.scipy.org/numpy/ticket/1111, with a patch that fixed the problem for me, at least. Good luck!
~ Roger
On Wed, May 20, 2009 at 10:36 PM, Gins <keflav...@gmail.com> wrote:
Thanks. I successfully got python 2.6.2 compiled with 64 bit support, but when I try to compile numpy I run into errors that are a little beyond my experience:
gcc: build/src.macosx-10.5-universal-2.6/numpy/core/src/_sortmodule.c In file included from numpy/core/include/numpy/ndarrayobject.h:26, from numpy/core/include/numpy/noprefix.h:7, from numpy/core/src/_sortmodule.c.src:29: numpy/core/include/numpy/npy_endian.h:33:10: error: #error Unknown CPU: can not set endianness lipo: can't figure out the architecture type of: /var/folders/ni/ni +DtdqFGMeSMH13AvkNkU+++TI/-Tmp-//ccJos8Iw.out In file included from numpy/core/include/numpy/ndarrayobject.h:26, from numpy/core/include/numpy/noprefix.h:7, from numpy/core/src/_sortmodule.c.src:29: numpy/core/include/numpy/npy_endian.h:33:10: error: #error Unknown CPU: can not set endianness lipo: can't figure out the architecture type of: /var/folders/ni/ni +DtdqFGMeSMH13AvkNkU+++TI/-Tmp-//ccJos8Iw.out error: Command "gcc -arch i386 -arch ppc -arch ppc64 -arch x86_64 - isysroot / -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g - fwrapv -O3 -Wall -Wstrict-prototypes -Inumpy/core/include -Ibuild/ src.macosx-10.5-universal-2.6/numpy/core/include/numpy -Inumpy/core/ src -Inumpy/core/include -I/Library/Frameworks/Python.framework/ Versions/2.6/include/python2.6 -c build/src.macosx-10.5-universal-2.6/ numpy/core/src/_sortmodule.c -o build/temp.macosx-10.5-universal-2.6/ build/src.macosx-10.5-universal-2.6/numpy/core/src/_sortmodule.o" failed with exit status 1
and I haven't had any luck with the numpy .dmg files for mac.
I'll check out sage next and report back. Thanks for the tips! Adam
On May 19, 5:48 pm, David Warde-Farley <d...@cs.toronto.edu> wrote:
Hi Adam,
On 17-Apr-09, at 12:38 PM, Keflavich wrote:
can't get a 64-bit version of python compiled and google has been unhelpful in resolving the problem. Is there a workaround to get 64
I have had a lot of success with (using the 2.6.2 sources)
mkdir -p build && cd build && ./configure --with-framework- name=Python64 --with-universal-archs=all --enable-framework --enable- universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5 && make && sudo make install
That builds a 4-way universal binary. --with-universal-archs=64-bit will get you just the 64 bit stuff (note that a few of the make install steps will fail because of Carbon deprecation but nothing important as far as I can see).
David _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
SciPy-user mailing list SciPy-u...@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
_______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
On Fri, May 22, 2009 at 10:40, Adam <keflavich@gmail.com> wrote:
Awesome, thanks! That fixed my numpy build errors. I then successfully installed scipy and matplotlib. However, I still failed at getting a nice pylab session running: ipython won't run because of 'entry point' errors. Argh. Any tips there? I swear someday I'll get a 64 bit pylab session running...
Traceback (most recent call last): File "/usr/local/bin/ipython", line 9, in <module> load_entry_point('ipython==0.9.1', 'console_scripts', 'ipython')() File "build/bdist.macosx-10.5-universal/egg/pkg_resources.py", line 277, in load_entry_point File "build/bdist.macosx-10.5-universal/egg/pkg_resources.py", line 2179, in load_entry_point ImportError: Entry point ('console_scripts', 'ipython') not found
Did you install IPython for this interpreter? Or is that ipython executable from a previous installation? -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
Thanks... I was missing something apallingly obvious. I had installed ipython correctly but had the wrong version in my path, and I was relying on the modification date to tell me whether I was using the right one... which was incorrect. Of course, that could never fix all of the problems. Now I have a font issues.... I will try to track it down: File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/font_manager.py", line 52, in <module> from matplotlib import ft2font ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so Expected in: dynamic lookup Adam On May 22, 12:43 pm, Robert Kern <robert.k...@gmail.com> wrote:
On Fri, May 22, 2009 at 10:40, Adam <keflav...@gmail.com> wrote:
Awesome, thanks! That fixed my numpy build errors. I then successfully installed scipy and matplotlib. However, I still failed at getting a nice pylab session running: ipython won't run because of 'entry point' errors. Argh. Any tips there? I swear someday I'll get a 64 bit pylab session running...
Traceback (most recent call last): File "/usr/local/bin/ipython", line 9, in <module> load_entry_point('ipython==0.9.1', 'console_scripts', 'ipython')() File "build/bdist.macosx-10.5-universal/egg/pkg_resources.py", line 277, in load_entry_point File "build/bdist.macosx-10.5-universal/egg/pkg_resources.py", line 2179, in load_entry_point ImportError: Entry point ('console_scripts', 'ipython') not found
Did you install IPython for this interpreter? Or is that ipython executable from a previous installation?
-- Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
On Fri, May 22, 2009 at 15:57, Adam <keflavich@gmail.com> wrote:
Thanks... I was missing something apallingly obvious. I had installed ipython correctly but had the wrong version in my path, and I was relying on the modification date to tell me whether I was using the right one... which was incorrect.
Of course, that could never fix all of the problems. Now I have a font issues.... I will try to track it down:
File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/font_manager.py", line 52, in <module> from matplotlib import ft2font ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so Expected in: dynamic lookup
Most likely, you do not have a 64-bit build of the FreeType library. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
Soudns right to me. I'm trying to figure out how to build a 64 bit version of the freetype library now. I'll report any more successes/ failures I run into. Thanks. Adam On May 22, 2:59 pm, Robert Kern <robert.k...@gmail.com> wrote:
On Fri, May 22, 2009 at 15:57, Adam <keflav...@gmail.com> wrote:
Thanks... I was missing something apallingly obvious. I had installed ipython correctly but had the wrong version in my path, and I was relying on the modification date to tell me whether I was using the right one... which was incorrect.
Of course, that could never fix all of the problems. Now I have a font issues.... I will try to track it down:
File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/font_manager.py", line 52, in <module> from matplotlib import ft2font ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so Expected in: dynamic lookup
Most likely, you do not have a 64-bit build of the FreeType library.
-- Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
from matplotlib import pyplot Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Library/Frameworks/Python.framework/Versions/2.6/lib/
It turns out... that is not the problem. I still have the error I reported earlier: python2.6/site-packages/matplotlib/pyplot.py", line 6, in <module> from matplotlib.figure import Figure, figaspect File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/figure.py", line 19, in <module> from axes import Axes, SubplotBase, subplot_class_factory File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/axes.py", line 11, in <module> import matplotlib.axis as maxis File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/axis.py", line 9, in <module> import matplotlib.font_manager as font_manager File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/font_manager.py", line 52, in <module> from matplotlib import ft2font ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so Expected in: dynamic lookup but apparently I DO have a 64 bit version of the FreeType library: eta ~/Downloads/matplotlib-0.98.5.3$ file /Library/Frameworks/ Python.framework/Versions/2.6/lib/python2.6/site-packages/matplotlib/ ft2font.so /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so: Mach-O universal binary with 4 architectures /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture i386): Mach-O bundle i386 /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture ppc7400): Mach-O bundle ppc /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture ppc64): Mach-O 64- bit bundle ppc64 /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture x86_64): Mach-O 64- bit bundle x86_64 Any ideas? This has been the sticking point for me for quite some time. A friend with a nearly identical setup was able to get this working, but we haven't been able to figure out the difference in our two installs. Adam
On Mon, Jun 22, 2009 at 11:36, Adam <keflavich@gmail.com> wrote:
from matplotlib import pyplot Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Library/Frameworks/Python.framework/Versions/2.6/lib/
It turns out... that is not the problem. I still have the error I reported earlier: python2.6/site-packages/matplotlib/pyplot.py", line 6, in <module> from matplotlib.figure import Figure, figaspect File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/figure.py", line 19, in <module> from axes import Axes, SubplotBase, subplot_class_factory File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/axes.py", line 11, in <module> import matplotlib.axis as maxis File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/axis.py", line 9, in <module> import matplotlib.font_manager as font_manager File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/font_manager.py", line 52, in <module> from matplotlib import ft2font ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so Expected in: dynamic lookup
but apparently I DO have a 64 bit version of the FreeType library:
eta ~/Downloads/matplotlib-0.98.5.3$ file /Library/Frameworks/ Python.framework/Versions/2.6/lib/python2.6/site-packages/matplotlib/ ft2font.so /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so: Mach-O universal binary with 4 architectures /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture i386): Mach-O bundle i386 /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture ppc7400): Mach-O bundle ppc /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture ppc64): Mach-O 64- bit bundle ppc64 /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture x86_64): Mach-O 64- bit bundle x86_64
No, you have a 64-bit build of the ft2font.so extension module, not the libfreetype.dylib that it links with. Please use "otool -L ft2font.so" to see what libraries it is trying to load dynamically. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
Ah, good point: otool -L /Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/ft2font.so /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so: /usr/X11/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.20.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.4) /usr/local/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) Adam On Jun 22, 10:39 am, Robert Kern <robert.k...@gmail.com> wrote:
On Mon, Jun 22, 2009 at 11:36, Adam <keflav...@gmail.com> wrote:
from matplotlib import pyplot Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Library/Frameworks/Python.framework/Versions/2.6/lib/
It turns out... that is not the problem. I still have the error I reported earlier: python2.6/site-packages/matplotlib/pyplot.py", line 6, in <module> from matplotlib.figure import Figure, figaspect File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/figure.py", line 19, in <module> from axes import Axes, SubplotBase, subplot_class_factory File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/axes.py", line 11, in <module> import matplotlib.axis as maxis File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/axis.py", line 9, in <module> import matplotlib.font_manager as font_manager File "/Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/font_manager.py", line 52, in <module> from matplotlib import ft2font ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Library/Frameworks/Python.framework/Versions/2.6/ lib/python2.6/site-packages/matplotlib/ft2font.so Expected in: dynamic lookup
but apparently I DO have a 64 bit version of the FreeType library:
eta ~/Downloads/matplotlib-0.98.5.3$ file /Library/Frameworks/ Python.framework/Versions/2.6/lib/python2.6/site-packages/matplotlib/ ft2font.so /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so: Mach-O universal binary with 4 architectures /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture i386): Mach-O bundle i386 /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture ppc7400): Mach-O bundle ppc /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture ppc64): Mach-O 64- bit bundle ppc64 /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so (for architecture x86_64): Mach-O 64- bit bundle x86_64
No, you have a 64-bit build of the ft2font.so extension module, not the libfreetype.dylib that it links with. Please use "otool -L ft2font.so" to see what libraries it is trying to load dynamically.
-- Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
On Mon, Jun 22, 2009 at 15:15, Adam<keflavich@gmail.com> wrote:
Ah, good point: otool -L /Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/ft2font.so /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so: /usr/X11/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.20.0)
Hmm, this is 64-bit on my machine: $ file /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: Mach-O universal binary with 4 architectures /usr/X11/lib/libfreetype.6.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/X11/lib/libfreetype.6.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/X11/lib/libfreetype.6.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/X11/lib/libfreetype.6.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
me too: file /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: Mach-O universal binary with 4 architectures /usr/X11/lib/libfreetype.6.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/X11/lib/libfreetype.6.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/X11/lib/libfreetype.6.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/X11/lib/libfreetype.6.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 I ended up copying over my friend's successfully-installed 64 bit python and matplotlib imports fine. There's no obvious difference in the procedures we used. So, my problem has been worked around, but I didn't find a solution. Adam On Jun 22, 2:33 pm, Robert Kern <robert.k...@gmail.com> wrote:
On Mon, Jun 22, 2009 at 15:15, Adam<keflav...@gmail.com> wrote:
Ah, good point: otool -L /Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/ft2font.so /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so: /usr/X11/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.20.0)
Hmm, this is 64-bit on my machine:
$ file /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: Mach-O universal binary with 4 architectures /usr/X11/lib/libfreetype.6.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/X11/lib/libfreetype.6.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/X11/lib/libfreetype.6.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/X11/lib/libfreetype.6.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
-- Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
I have the same problem but I don't have a friend with a successfully-installed 64 bit python like you. Is there a possibility you put those files on some server? thanks in advance Yannis keflavich wrote:
me too: file /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: Mach-O universal binary with 4 architectures /usr/X11/lib/libfreetype.6.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/X11/lib/libfreetype.6.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/X11/lib/libfreetype.6.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/X11/lib/libfreetype.6.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
I ended up copying over my friend's successfully-installed 64 bit python and matplotlib imports fine. There's no obvious difference in the procedures we used. So, my problem has been worked around, but I didn't find a solution.
Adam
On Jun 22, 2:33 pm, Robert Kern <robert.k...@gmail.com> wrote:
On Mon, Jun 22, 2009 at 15:15, Adam<keflav...@gmail.com> wrote:
Ah, good point: otool -L /Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/ft2font.so /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so: /usr/X11/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.20.0)
Hmm, this is 64-bit on my machine:
$ file /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: Mach-O universal binary with 4 architectures /usr/X11/lib/libfreetype.6.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/X11/lib/libfreetype.6.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/X11/lib/libfreetype.6.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/X11/lib/libfreetype.6.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
-- Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
SciPy-user mailing list SciPy-user@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
-- View this message in context: http://old.nabble.com/64-bit-on-Mac--tp23101275p29676452.html Sent from the Scipy-User mailing list archive at Nabble.com.
This isn't the right mailing list for matplotlib discussions, but I've never had trouble using the 'make.osx' Makefile provided in the tarball. Maybe try that? David On 2010-09-10, at 8:46 AM, Yannis Haralambous wrote:
I have the same problem but I don't have a friend with a successfully-installed 64 bit python like you. Is there a possibility you put those files on some server? thanks in advance Yannis
keflavich wrote:
me too: file /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: Mach-O universal binary with 4 architectures /usr/X11/lib/libfreetype.6.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/X11/lib/libfreetype.6.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/X11/lib/libfreetype.6.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/X11/lib/libfreetype.6.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
I ended up copying over my friend's successfully-installed 64 bit python and matplotlib imports fine. There's no obvious difference in the procedures we used. So, my problem has been worked around, but I didn't find a solution.
Adam
On Jun 22, 2:33 pm, Robert Kern <robert.k...@gmail.com> wrote:
On Mon, Jun 22, 2009 at 15:15, Adam<keflav...@gmail.com> wrote:
Ah, good point: otool -L /Library/Frameworks/Python.framework/Versions/2.6/lib/ python2.6/site-packages/matplotlib/ft2font.so /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/matplotlib/ft2font.so: /usr/X11/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.20.0)
Hmm, this is 64-bit on my machine:
$ file /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: Mach-O universal binary with 4 architectures /usr/X11/lib/libfreetype.6.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/X11/lib/libfreetype.6.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/X11/lib/libfreetype.6.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/X11/lib/libfreetype.6.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
-- Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco _______________________________________________ SciPy-user mailing list SciPy-u...@scipy.orghttp://mail.scipy.org/mailman/listinfo/scipy-user
SciPy-user mailing list SciPy-user@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
-- View this message in context: http://old.nabble.com/64-bit-on-Mac--tp23101275p29676452.html Sent from the Scipy-User mailing list archive at Nabble.com.
_______________________________________________ SciPy-User mailing list SciPy-User@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
participants (10)
-
Adam -
David Warde-Farley -
David Warde-Farley -
Gins
-
Keflavich
-
Michael Abshoff -
Robert Kern -
Roger Herikstad -
Stéfan van der Walt -
Yannis Haralambous