[SciPy-user] Compile fails for r3123 on OS X 10.4 (Intel)

Barry Wark barrywark@gmail....
Tue Jul 3 14:54:28 CDT 2007

I know this isn't anyone's top priority on the list, but I'd really
appreciate a pointer (or a dope slap):

I've successfully compiled previous revisions (<r3000) of scipy on
this system (OSX Intel) before. However, after checking out an older
version, the build fails with

File "Lib/odr/setup.py", line 9, in <module>
    from numpy.distutils.misc_util import get_path, Configuration, dot_join
ImportError: cannot import name get_path

I assume this is because numpy has been updated and removed get_path.

Besides ticket #449, I haven't been able to find mention of the
problem described earlier in the thread in the list archives or
online. Obviously, not many other people are having this problem, so I
assume it's a stupid mistake on my part. It's holding up deployment of
software to our lab, however, so I would be eternally grateful for any


On 7/1/07, Barry Wark <barrywark@gmail.com> wrote:
> I've attached the output to ticket #449 on the scipy trac, which
> appears to have reported the same problem.
> On 6/29/07, Barry Wark <barrywark@gmail.com> wrote:
> > I've been unable to compile scipy on OS X 10.4 (intel) from the recent
> > trunk. Scipy built on this machine as of r2708. The output from
> >
> > python setup.py build
> >
> > is attached.
> >
> > I have fftw3 installed via macports (in /opt/local), and it appears
> > that the build finds it properly, but the build fails with an error:
> >
> > building extension "scipy.fftpack._fftpack" sources
> >   target build/src.macosx-10.3-fat-2.5/_fftpackmodule.c does not exist:
> >    Assuming _fftpackmodule.c was generated with "build_src --inplace" command.
> > error: '_fftpackmodule.c' missing
> >
> > I would appreciate any advice or suggestions!
> >
> > Thanks,
> > Barry
> >
> >

More information about the SciPy-user mailing list