[SciPy-user] Re: Problems Installing SciPy on OS X 10.4.2 w/python 2.3.5

David Shupe shupe at ipac.caltech.edu
Mon Oct 3 11:03:39 CDT 2005


On Sep 30, 2005, at 10:37 AM, scipy-user-request at scipy.net wrote:
>
> Message: 6
> Date: Fri, 30 Sep 2005 09:44:06 -0700
> From: Zane Crawford <zane-scipy at ideotrope.org>
> Subject: [SciPy-user] Problems Installing SciPy on OS X 10.4.2 w/
>     python    2.3.5
> To: scipy-user at scipy.net
> Message-ID: <20050930164406.GA1688 at ideotrope.org>
> Content-Type: text/plain; charset=us-ascii
>
> With much frustration, and some patient help from Chris Fonnesbeck, I
> have been trying to get SciPy installed on my Mac.
>
> I am running OS X 10.4.2, and am attempting to use the stock python
> (2.3.5) which is installed by the Apple developer tools.  I believe I
> have all of the underlying dependencies installed and functioning
> (Numeric 24.0b2, AquaTerm 1.0b2, fftw, GnuPlot 4.0.0, F2PY, and  
> probably
> other things I installed along the way), and am now running into
> problems with the actual build of SciPy itself.  I have just tried  
> three
> different ways:
>
> 1) I installed a binary package which Chris created for me, built  
> on python
>    2.3.5.  It installs fine, and I can "import scipy" without issues,
>    however, I can't use anything from it, because of the  
> __cvs_version__
>    bug, which is referred to in the mailing list archives, but  
> which was
>    apparently not fixed in a persistent way. (it seems there was some
>    clever code which allowed the software to keep track of its own
>    version based on the CVS versions of the files, but this became
>    broken when the source was migrated to SVN?)
>
> 2) I tried to build the last CVS version of SciPy, from July 29th,
>    2005.  This fails almost immediately, regardless of whether I'm  
> using
>    GCC 3.3 or GCC 4.0, with an error from posixpath.py, line 77:
>    i = p.rfind('/') + 1
>    AttributeError: 'NoneType' object has no attribute 'rfind'
>
> 3) I tried pulling the most recent version of the source from SVN.   
> This
>    seems to get much further than the CVS build, but fails eventually:
>
>    In file included from Lib/xplt/src/play/all/hash0.c:8:
>    build/temp.darwin-8.2.0-Power_Macintosh-2.3/config_pygist/ 
> config.h:3:3:
>    #error destroy this config.h and rerun configure script
>
>    However, there are many many warnings prior to this failure, and I
>    don't know what the acutal problem is
>
> I've completely removed (as far as I can tell) all installed SciPy
> packages (from Chris' build) and think I have a clean 2.3.5 python
> environment ready to install SciPy.  If anyone has any other sources
> they would recommend building from, I'm happy to try.  My initial
> attempt to install SciPy (prior to this mess) was via Fink, which  
> seemed
> to result in its own problems.
>
> -- 
> Zane A. Crawford        .    +    zane at ideotrope.org
> Amateur Human        *   ,     *  https://ideotrope.org
> Boulder, Colorado        __o
> work : 303.735.3729    _`\<,_    "Here we are, trapped in the
> cell : 303.815.6866   (*)/ (*)    amber of the moment. There
> PGP  : 0x55E0815F                 is no why."

I was able to install SciPy from svn last Thursday (Sep 29) on a new  
system with OS X 10.4.2 and XCode 2.  I didn't use the stock Python  
because it doesn't have readline support.  I wanted to have  
matplotlib and IPython in addition to SciPy, and couldn't get  
matplotlib working using Fink.  If you are willing to use a different  
Python, here are the steps I followed:

- From http://undefined.org/python/ install MacPython 2.4.1 and  
TigerPython24Fix.
Then set PATH to use /usr/local/bin first.

- From http://pythonmac.org/packages/ install these packages:
     Numeric
     numarray
     wxPython
     matplotlib

- Using fink, install atlas and fftw3.

- In the svn checkout of the scipy trunk, set up site.cfg to find the  
Atlas and FFTw3 libraries.  Here's the relevant snippet of my site.cfg:
[DEFAULT]
# library_dirs = /usr/local/lib:/opt/lib:/usr/lib
# include_dirs = /usr/local/include:/opt/include:/usr/include
# src_dirs = /usr/local/src:/opt/src
library_dirs = /usr/local/lib:/usr/lib:/sw/lib
include_dirs = /usr/local/include:/usr/include:/sw/include

# Search static libraries (.a) in preference to shared ones (.so,.sl):
# XXX: will be removed in future unless proved to be useful
search_static_first = 1

[atlas]
# system_info.py searches atlas and lapack from the following paths
#   library_dir:DEFAULT/atlas*:DEFAULT/ATLAS*:DEFAULT
# where DEFAULT refers to library_dir defined in [DEFAULT] section and
#library_dirs = /usr/lib/3dnow      # Debian Sid

# For overriding the names of the atlas libraries:
# atlas_libs = lapack, f77blas, cblas, atlas

[lapack]
# library_dirs = ..

[lapack_src]
# src_dirs = ..

[blas]
# library_dirs = ..

[fftw]
#fftw_libs = fftw, rfftw
#fftw_opt_libs = fftw_threaded, rfftw_threaded
# if the above aren't found, look for {s,d}fftw_libs and {s,d} 
fftw_opt_libs

[x11]
library_dirs = /usr/X11R6/lib
include_dirs = /usr/X11R6/include

- Then build scipy_core and scipy.  My first build of scipy failed  
with a message about the loader not finding a flag "cc_dynamic".  I  
commented out lines 107 and 108 in the scipy_distutils/ 
gnufcompiler.py file:
~/soft/scipy/scipy_core/scipy_distutils> diff gnufcompiler.py  
gnufcompiler.py.bak
107,108c107,108
<         #if sys.platform == 'darwin':
<         #    opt.append('cc_dynamic')
---
 >         if sys.platform == 'darwin':
 >             opt.append('cc_dynamic')

Then my second build worked great!  scipy.test() runs cleanly.  To  
use matplotlib, I start my sessions using /usr/local/bin/pythonw.

This was much easier than my previous attempts to build scipy on  
Solaris!

Hope this helps,
David Shupe
Spitzer Science Center, Caltech



More information about the SciPy-user mailing list