[SciPy-user] Compile fails for r3123 on OS X 10.4 (Intel)
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 <firstname.lastname@example.org> 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 <email@example.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