Brooken Toolchain (Mac 10.6)
Greetings, Per my previous email, I'm trying to setup the release process for Numpy on my MacBook Pro. When trying to build Numpy 1.4.1r3 with Python 2.5.4 I get a broken toolchain error (below). I do not get this error when trying to build Numpy with Python 2.6.5 - and there is nothing fundamentally different (that I know of) between my Python 2.5.4 and Python 2.6.5 environments. To address a previous suggestion I received offline, I do have sufficient permissions (I've even tried using sudo, just to make sure) and I do have setuptools installed. Any help, would be appreciated. Patrick ======================================================================== compile options: '-Inumpy/core/src/private -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/include -I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c' gcc: _configtest.c cc1: error: unrecognized command line option "-Wno-long-double" cc1: error: unrecognized command line option "-Wno-long-double" lipo: can't figure out the architecture type of: /var/tmp//ccjTUva4.out cc1: error: unrecognized command line option "-Wno-long-double" cc1: error: unrecognized command line option "-Wno-long-double" lipo: can't figure out the architecture type of: /var/tmp//ccjTUva4.out failure. removing: _configtest.c _configtest.o Traceback (most recent call last): File "setup.py", line 187, in <module> setup_package() File "setup.py", line 180, in setup_package configuration=configuration ) File "/Users/pmarsh/git/numpy.release/numpy/distutils/core.py", line 186, in setup return old_setup(**new_attr) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/core.py", line 151, in setup dist.run_commands() File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 974, in run_commands self.run_command(cmd) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build.py", line 37, in run old_build.run(self) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/command/build.py", line 112, in run self.run_command(cmd_name) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/cmd.py", line 333, in run_command self.distribution.run_command(command) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 152, in run self.build_sources() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 163, in build_sources self.build_library_sources(*libname_info) File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 298, in build_library_sources sources = self.generate_sources(sources, (lib_name, build_info)) File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 385, in generate_sources source = func(extension, build_dir) File "numpy/core/setup.py", line 657, in get_mathlib_info raise RuntimeError("Broken toolchain: cannot link a simple C program") RuntimeError: Broken toolchain: cannot link a simple C program -- Patrick Marsh Ph.D. Student / NSSL Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com
On Mon, Apr 19, 2010 at 10:55 PM, Patrick Marsh <patrickmarshwx@gmail.com>wrote:
Greetings,
Per my previous email, I'm trying to setup the release process for Numpy on my MacBook Pro. When trying to build Numpy 1.4.1r3 with Python 2.5.4 I get a broken toolchain error (below). I do not get this error when trying to build Numpy with Python 2.6.5 - and there is nothing fundamentally different (that I know of) between my Python 2.5.4 and Python 2.6.5 environments. To address a previous suggestion I received offline, I do have sufficient permissions (I've even tried using sudo, just to make sure) and I do have setuptools installed.
Any help, would be appreciated.
Try "export CC=/usr/bin/gcc-4.0" before running the build. I had a similar problem last night for scipy where it picks up the right gcc for many modules and then calls plain gcc, which defaults to 4.2 (and that's bad). Cheers, Ralf
Patrick
======================================================================== compile options: '-Inumpy/core/src/private -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/include -I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c' gcc: _configtest.c cc1: error: unrecognized command line option "-Wno-long-double" cc1: error: unrecognized command line option "-Wno-long-double" lipo: can't figure out the architecture type of: /var/tmp//ccjTUva4.out cc1: error: unrecognized command line option "-Wno-long-double" cc1: error: unrecognized command line option "-Wno-long-double" lipo: can't figure out the architecture type of: /var/tmp//ccjTUva4.out failure. removing: _configtest.c _configtest.o Traceback (most recent call last): File "setup.py", line 187, in <module> setup_package() File "setup.py", line 180, in setup_package configuration=configuration ) File "/Users/pmarsh/git/numpy.release/numpy/distutils/core.py", line 186, in setup return old_setup(**new_attr) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/core.py", line 151, in setup dist.run_commands() File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 974, in run_commands self.run_command(cmd) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build.py", line 37, in run old_build.run(self) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/command/build.py", line 112, in run self.run_command(cmd_name) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/cmd.py", line 333, in run_command self.distribution.run_command(command) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 152, in run self.build_sources() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 163, in build_sources self.build_library_sources(*libname_info) File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 298, in build_library_sources sources = self.generate_sources(sources, (lib_name, build_info)) File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 385, in generate_sources source = func(extension, build_dir) File "numpy/core/setup.py", line 657, in get_mathlib_info raise RuntimeError("Broken toolchain: cannot link a simple C program") RuntimeError: Broken toolchain: cannot link a simple C program
-- Patrick Marsh Ph.D. Student / NSSL Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Mon, Apr 19, 2010 at 11:55 PM, Patrick Marsh <patrickmarshwx@gmail.com> wrote:
Greetings, Per my previous email, I'm trying to setup the release process for Numpy on my MacBook Pro. When trying to build Numpy 1.4.1r3 with Python 2.5.4 I get a broken toolchain error (below). I do not get this error when trying to build Numpy with Python 2.6.5 - and there is nothing fundamentally different (that I know of) between my Python 2.5.4 and Python 2.6.5 environments.
Actually, there is, especially if you are on 10.6. Both python are installed from python.org ?
======================================================================== compile options: '-Inumpy/core/src/private -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/include -I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c' gcc: _configtest.c cc1: error: unrecognized command line option "-Wno-long-double"
The error is caused by using a different gcc than the one used to build python (the -Wno-long-double option is not valid anymore for gcc 4.2 I think). To check this, please compare gcc -v against the version reported by python (for example at the python prompt). cheers, David
To build against the python.org 2.5 you need to use the older gcc: export CC=/usr/bin/gcc-4.0 export CXX=/usr/bin/g++-4.0 should do it. By default snow leopard uses 4.2 now, which doesn't support the -Wno-long-double option used when building python. Cheers Robin On Mon, Apr 19, 2010 at 3:55 PM, Patrick Marsh <patrickmarshwx@gmail.com> wrote:
Greetings, Per my previous email, I'm trying to setup the release process for Numpy on my MacBook Pro. When trying to build Numpy 1.4.1r3 with Python 2.5.4 I get a broken toolchain error (below). I do not get this error when trying to build Numpy with Python 2.6.5 - and there is nothing fundamentally different (that I know of) between my Python 2.5.4 and Python 2.6.5 environments. To address a previous suggestion I received offline, I do have sufficient permissions (I've even tried using sudo, just to make sure) and I do have setuptools installed. Any help, would be appreciated.
Patrick
======================================================================== compile options: '-Inumpy/core/src/private -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/include -I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c' gcc: _configtest.c cc1: error: unrecognized command line option "-Wno-long-double" cc1: error: unrecognized command line option "-Wno-long-double" lipo: can't figure out the architecture type of: /var/tmp//ccjTUva4.out cc1: error: unrecognized command line option "-Wno-long-double" cc1: error: unrecognized command line option "-Wno-long-double" lipo: can't figure out the architecture type of: /var/tmp//ccjTUva4.out failure. removing: _configtest.c _configtest.o Traceback (most recent call last): File "setup.py", line 187, in <module> setup_package() File "setup.py", line 180, in setup_package configuration=configuration ) File "/Users/pmarsh/git/numpy.release/numpy/distutils/core.py", line 186, in setup return old_setup(**new_attr) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/core.py", line 151, in setup dist.run_commands() File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 974, in run_commands self.run_command(cmd) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build.py", line 37, in run old_build.run(self) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/command/build.py", line 112, in run self.run_command(cmd_name) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/cmd.py", line 333, in run_command self.distribution.run_command(command) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 152, in run self.build_sources() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 163, in build_sources self.build_library_sources(*libname_info) File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 298, in build_library_sources sources = self.generate_sources(sources, (lib_name, build_info)) File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py", line 385, in generate_sources source = func(extension, build_dir) File "numpy/core/setup.py", line 657, in get_mathlib_info raise RuntimeError("Broken toolchain: cannot link a simple C program") RuntimeError: Broken toolchain: cannot link a simple C program
-- Patrick Marsh Ph.D. Student / NSSL Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
I apologize for not following up on this thread right away. I was sick for a couple of days and then there were several major severe weather outbreaks that required me to spend more time at work. With this said, I've resumed trying to build a DMG with Python2.5. The "export" suggestion below worked with the broken toolchain, but now I get a more issues. I get the following error, "Cannot compiler 'Python.h'. Perhaps you need to install python-dev|python-devel," but the problem is these files do exist! Looking through the build log it appears that it fails on importing <limits.h> and various other standard libraries. I'm left to guess that this is an issue with gcc-4.0 picking up the wrong headers? I tried to re-install gcc-4.0, however the gcc-4.0.mpkg won't install because gcc-4.2 is found on the disk, so I don't know how to test this theory. I've uploaded the output from the build attempt (with the Traceback appended to the bottom). Short of reverting back to a previous version of OSX, I'm not sure what to try next. I'm open to any suggestion(s) at this point. Build log: http://www.patricktmarsh.com/tmp/build.out Patrick On Tue, Apr 20, 2010 at 4:11 AM, Robin <robince@gmail.com> wrote:
To build against the python.org 2.5 you need to use the older gcc:
export CC=/usr/bin/gcc-4.0 export CXX=/usr/bin/g++-4.0
should do it. By default snow leopard uses 4.2 now, which doesn't support the -Wno-long-double option used when building python.
Cheers
Robin
On Mon, Apr 19, 2010 at 3:55 PM, Patrick Marsh <patrickmarshwx@gmail.com> wrote:
Greetings, Per my previous email, I'm trying to setup the release process for Numpy on my MacBook Pro. When trying to build Numpy 1.4.1r3 with Python 2.5.4 I get a broken toolchain error (below). I do not get this error when trying to build Numpy with Python 2.6.5 - and there is nothing fundamentally different (that I know of) between my Python 2.5.4 and Python 2.6.5 environments. To address a previous suggestion I received offline, I do have sufficient permissions (I've even tried using sudo, just to make sure) and I do have setuptools installed. Any help, would be appreciated.
Patrick
======================================================================== compile options: '-Inumpy/core/src/private -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/include -I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c' gcc: _configtest.c cc1: error: unrecognized command line option "-Wno-long-double" cc1: error: unrecognized command line option "-Wno-long-double" lipo: can't figure out the architecture type of: /var/tmp//ccjTUva4.out cc1: error: unrecognized command line option "-Wno-long-double" cc1: error: unrecognized command line option "-Wno-long-double" lipo: can't figure out the architecture type of: /var/tmp//ccjTUva4.out failure. removing: _configtest.c _configtest.o Traceback (most recent call last): File "setup.py", line 187, in <module> setup_package() File "setup.py", line 180, in setup_package configuration=configuration ) File "/Users/pmarsh/git/numpy.release/numpy/distutils/core.py", line 186, in setup return old_setup(**new_attr) File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/core.py",
line 151, in setup dist.run_commands() File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 974, in run_commands self.run_command(cmd) File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 994, in run_command cmd_obj.run() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build.py", line 37, in run old_build.run(self) File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/command/build.py",
line 112, in run self.run_command(cmd_name) File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/cmd.py",
line 333, in run_command self.distribution.run_command(command) File
line 994, in run_command cmd_obj.run() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py",
152, in run self.build_sources() File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py",
163, in build_sources self.build_library_sources(*libname_info) File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py",
298, in build_library_sources sources = self.generate_sources(sources, (lib_name, build_info)) File "/Users/pmarsh/git/numpy.release/numpy/distutils/command/build_src.py",
385, in generate_sources source = func(extension, build_dir) File "numpy/core/setup.py", line 657, in get_mathlib_info raise RuntimeError("Broken toolchain: cannot link a simple C
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py", line line line line program")
RuntimeError: Broken toolchain: cannot link a simple C program
-- Patrick Marsh Ph.D. Student / NSSL Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
-- Patrick Marsh Ph.D. Student / NSSL Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com
On Thu, May 6, 2010 at 11:21 AM, Patrick Marsh <patrickmarshwx@gmail.com>wrote:
I apologize for not following up on this thread right away. I was sick for a couple of days and then there were several major severe weather outbreaks that required me to spend more time at work. With this said, I've resumed trying to build a DMG with Python2.5.
The "export" suggestion below worked with the broken toolchain, but now I get a more issues. I get the following error, "Cannot compiler 'Python.h'. Perhaps you need to install python-dev|python-devel," but the problem is these files do exist! Looking through the build log it appears that it fails on importing <limits.h> and various other standard libraries.
I'm left to guess that this is an issue with gcc-4.0 picking up the wrong headers? I tried to re-install gcc-4.0, however the gcc-4.0.mpkg won't install because gcc-4.2 is found on the disk, so I don't know how to test this theory. I've uploaded the output from the build attempt (with the Traceback appended to the bottom).
Short of reverting back to a previous version of OSX, I'm not sure what to try next. I'm open to any suggestion(s) at this point.
Build log: http://www.patricktmarsh.com/tmp/build.out
Looks like an incomplete install of the 10.4 SDK again. What do you get for $ locate limits.h under /Developer/SDKs/MacOSX10.4u.sdk/ ? On my system it's the following: /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/i386/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/i386/limits.h /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/machine/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/machine/limits.h /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/ppc/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/ppc/limits.h /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/syslimits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/gcc/darwin/3.3/machine/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/i386/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/i386/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/machine/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/machine/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/ppc/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/ppc/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/sys/syslimits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin10/4.0.1/include/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin10/4.0.1/include/syslimits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin10/4.0.1/include/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin10/4.0.1/include/syslimits.h Cheers, Ralf
I don't have that directory on my machine, so I'm trying to track down my OSX 10.4 install disc to see if I can reinstall it. Thanks for the suggestion; I'll let you know tomorrow what happens. Patrick On Thu, May 6, 2010 at 10:44 AM, Ralf Gommers <ralf.gommers@googlemail.com>wrote:
On Thu, May 6, 2010 at 11:21 AM, Patrick Marsh <patrickmarshwx@gmail.com>wrote:
I apologize for not following up on this thread right away. I was sick for a couple of days and then there were several major severe weather outbreaks that required me to spend more time at work. With this said, I've resumed trying to build a DMG with Python2.5.
The "export" suggestion below worked with the broken toolchain, but now I get a more issues. I get the following error, "Cannot compiler 'Python.h'. Perhaps you need to install python-dev|python-devel," but the problem is these files do exist! Looking through the build log it appears that it fails on importing <limits.h> and various other standard libraries.
I'm left to guess that this is an issue with gcc-4.0 picking up the wrong headers? I tried to re-install gcc-4.0, however the gcc-4.0.mpkg won't install because gcc-4.2 is found on the disk, so I don't know how to test this theory. I've uploaded the output from the build attempt (with the Traceback appended to the bottom).
Short of reverting back to a previous version of OSX, I'm not sure what to try next. I'm open to any suggestion(s) at this point.
Build log: http://www.patricktmarsh.com/tmp/build.out
Looks like an incomplete install of the 10.4 SDK again. What do you get for
$ locate limits.h under /Developer/SDKs/MacOSX10.4u.sdk/ ? On my system it's the following:
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/i386/_limits.h
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/i386/limits.h
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/machine/_limits.h
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/machine/limits.h
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/ppc/_limits.h
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/ppc/limits.h
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/syslimits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/gcc/darwin/3.3/machine/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/i386/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/i386/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/machine/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/machine/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/ppc/_limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/ppc/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/include/sys/syslimits.h
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin10/4.0.1/include/limits.h
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin10/4.0.1/include/syslimits.h
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin10/4.0.1/include/limits.h /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin10/4.0.1/include/syslimits.h
Cheers, Ralf
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
-- Patrick Marsh Ph.D. Student / NSSL Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com
On Fri, May 7, 2010 at 1:47 PM, Patrick Marsh <patrickmarshwx@gmail.com>wrote:
I don't have that directory on my machine, so I'm trying to track down my OSX 10.4 install disc to see if I can reinstall it. Thanks for the suggestion; I'll let you know tomorrow what happens.
You don't need the 10.4 disc, the 10.4 SDK is an optional install with XCode on your Snow Leopard DVD. Cheers, Ralf
participants (4)
-
David Cournapeau -
Patrick Marsh -
Ralf Gommers -
Robin