Some more problems installing SciPy: firstly the installer doesn't seem to find the fftw library. I did set an environment variable FFTW pointing to the local lib and include directories where libfftw3.a, libfftw3.la <http://libfftw3.la>, fftw3.f and fftw3.h are to be found. Still I get: fftw_info: NOT AVAILABLE dfftw_info: NOT AVAILABLE FFTW (http://www.fftw.org/) libraries not found. Directories to search for the libraries can be specified in the scipy_distutils/site.cfg file (section [fftw]) or by setting the FFTW environment variable. djbfft_info: NOT AVAILABLE DJBFFT (http://cr.yp.to/djbfft.html) libraries not found. Directories to search for the libraries can be specified in the scipy_distutils/site.cfg file (section [djbfft]) or by setting the DJBFFT environment variable. Any idea why this is? Then it goes on to find blas, lapack and atlas, gives a warning that lapack is probably incomplete (which is strange, since I compiled it from source following the instructions on the 'building scipy' page), finds x11, and crashes with the following error: ATLAS version 3.6.0 Traceback (most recent call last): File "setup.py", line 111, in ? setup_package(ignore_packages) File "setup.py", line 85, in setup_package ignore_packages = ignore_packages) File "scipy_core/scipy_distutils/misc_util.py", line 475, in get_subpackages config = setup_module.configuration(*args) File "/home/morlet/aborghgr/incoming/SciPy_complete-0.3.2/scipy_core/scipy_base/setup_scipy_base.py", line 18, in configuration numpy_info = get_info('numpy') File "scipy_core/scipy_distutils/system_info.py", line 192, in get_info return cl().get_info(notfound_action) File "scipy_core/scipy_distutils/system_info.py", line 1111, in __init__ module = __import__(self.modulename) File "/homes/morlet/aborghgr/local//lib/python2.3/site-packages/Numeric/Numeric.py", line 358, in ? from dotblas import dot, innerproduct, vdot File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/dotblas.py", line 5, in ? import generic as _gen File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/generic.py", line 13, in ? import numerictypes as _nt File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/numerictypes.py", line 168, in ? Byte = _register("Byte", Int8) File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/numerictypes.py", line 68, in _register raise ValueError("Type %s has already been registered" % name) ValueError: Type Byte has already been registered I don't have a clue as to what this means. Anyone care to help? P.S. Sorry about the double message, apparently I don't get my own posts, so I figured it lost. -- Alex Borghgraef
On Thu, 8 Sep 2005, Alexander Borghgraef wrote:
Some more problems installing SciPy: firstly the installer doesn't seem to find the fftw library. I did set an environment variable FFTW pointing to the local lib and include directories where libfftw3.a, libfftw3.la <http://libfftw3.la>, fftw3.f and fftw3.h are to be found. Still I get:
fftw_info: NOT AVAILABLE
dfftw_info: NOT AVAILABLE
FFTW (http://www.fftw.org/) libraries not found. Directories to search for the libraries can be specified in the scipy_distutils/site.cfg file (section [fftw]) or by setting the FFTW environment variable. djbfft_info: NOT AVAILABLE
DJBFFT (http://cr.yp.to/djbfft.html) libraries not found. Directories to search for the libraries can be specified in the scipy_distutils/site.cfg file (section [djbfft]) or by setting the DJBFFT environment variable.
Any idea why this is? Then it goes on to find blas, lapack and atlas, gives a warning that lapack is probably incomplete (which is strange, since I compiled it from source following the instructions on the 'building scipy' page), finds x11, and crashes with the following error:
scipy 0.3.2 does not have fftw3 support, it's only available in CVS/SVN version of scipy. You can either ignore it (since scipy uses fortran fftpack instead fftw), or install fftw2, or get scipy/scipy_core from SVN repository.
ATLAS version 3.6.0 Traceback (most recent call last): File "setup.py", line 111, in ? setup_package(ignore_packages) File "setup.py", line 85, in setup_package ignore_packages = ignore_packages) File "scipy_core/scipy_distutils/misc_util.py", line 475, in get_subpackages config = setup_module.configuration(*args) File "/home/morlet/aborghgr/incoming/SciPy_complete-0.3.2/scipy_core/scipy_base/setup_scipy_base.py", line 18, in configuration numpy_info = get_info('numpy') File "scipy_core/scipy_distutils/system_info.py", line 192, in get_info return cl().get_info(notfound_action) File "scipy_core/scipy_distutils/system_info.py", line 1111, in __init__ module = __import__(self.modulename) File "/homes/morlet/aborghgr/local//lib/python2.3/site-packages/Numeric/Numeric.py", line 358, in ? from dotblas import dot, innerproduct, vdot File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/dotblas.py", line 5, in ? import generic as _gen File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/generic.py", line 13, in ? import numerictypes as _nt File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/numerictypes.py", line 168, in ? Byte = _register("Byte", Int8) File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/numerictypes.py", line 68, in _register raise ValueError("Type %s has already been registered" % name) ValueError: Type Byte has already been registered
I don't have a clue as to what this means. Anyone care to help?
This looks like a numarray/Numeric issue. For some reasons Numeric imports dotblas from numarray package. HTH, Pearu
On 9/8/05, Pearu Peterson <pearu@scipy.org> wrote:
scipy 0.3.2 does not have fftw3 support, it's only available in CVS/SVN version of scipy. You can either ignore it (since scipy uses fortran fftpack instead fftw), or install fftw2, or get scipy/scipy_core from SVN repository.
Ok, I'll stick to fftpack then, I installed fftw3 for another library, I'm not going to mess with that. This looks like a numarray/Numeric issue. For some reasons Numeric imports
dotblas from numarray package.
Yep. Removing numarray solved that problem. Now I'm back to the include problem described in my other post. -- Alex Borghgraef
On Thu, 8 Sep 2005, Alexander Borghgraef wrote: <snip>
Yep. Removing numarray solved that problem. Now I'm back to the include problem described in my other post.
Try python setup.py build_ext -I/homes/morlet/aborghgr/local/include/python2.3 build HTH, Pearu
On 9/8/05, Pearu Peterson <pearu@scipy.org> wrote:
On Thu, 8 Sep 2005, Alexander Borghgraef wrote:
<snip>
Yep. Removing numarray solved that problem. Now I'm back to the include problem described in my other post.
Try
python setup.py build_ext -I/homes/morlet/aborghgr/local/include/python2.3 build
Then I get the following errors: running build_ext Traceback (most recent call last): File "setup.py", line 111, in ? setup_package(ignore_packages) File "setup.py", line 98, in setup_package url = "http://www.scipy.org", File "scipy_core/scipy_distutils/core.py", line 73, in setup return old_setup(**new_attr) File "/usr/lib/python2.3/distutils/core.py", line 149, in setup dist.run_commands() File "/usr/lib/python2.3/distutils/dist.py", line 907, in run_commands self.run_command(cmd) File "/usr/lib/python2.3/distutils/dist.py", line 927, in run_command cmd_obj.run() File "scipy_core/scipy_distutils/command/build_ext.py", line 47, in run raise TypeError,'Extension "%s" sources contains unresolved'\ TypeError: Extension "scipy.xxx.spam" sources contains unresolved items (call build_src before build_ext). I also tried python setup.py config --I/homes/morlet/aborghgr/local/include/python2.3 and then running build, but that didn't do the trick either. I find this very weird: I set the PYTHONINCLUDE variable correctly, tried the config options, and still it uses the wrong compile options. -- Alex Borghgraef
On Thu, 8 Sep 2005, Alexander Borghgraef wrote:
On 9/8/05, Pearu Peterson <pearu@scipy.org> wrote:
On Thu, 8 Sep 2005, Alexander Borghgraef wrote:
<snip>
Yep. Removing numarray solved that problem. Now I'm back to the include problem described in my other post.
Try
python setup.py build_ext -I/homes/morlet/aborghgr/local/include/python2.3 build
Then I get the following errors:
running build_ext <snip> TypeError: Extension "scipy.xxx.spam" sources contains unresolved items (call build_src before build_ext).
Ok, but did you try python setup.py build_src build_ext -I/homes/morlet/aborghgr/local/include/python2.3 build as suggested in error message?
I also tried
python setup.py config --I/homes/morlet/aborghgr/local/include/python2.3
and then running build, but that didn't do the trick either. I find this very weird: I set the PYTHONINCLUDE variable correctly, tried the config options, and still it uses the wrong compile options.
scipy_distutils does not use PYTHONINCLUDE or similar environment variables because we have `build_ext -I...`. Pearu
On 9/8/05, Pearu Peterson <pearu@scipy.org> wrote:
Ok, but did you try
python setup.py build_src build_ext -I/homes/morlet/aborghgr/local/include/python2.3 build
as suggested in error message?
No, I did try running python setup.py build_src separately, but that didn't do it. But now I tried this one, and it works. Compiled and installed all the way. Thanks! -- Alex Borghgraef
On Thu, 2005-09-08 at 07:43, Pearu Peterson wrote:
On Thu, 8 Sep 2005, Alexander Borghgraef wrote:
<snip>
Yep. Removing numarray solved that problem. Now I'm back to the include problem described in my other post.
I had some comments and questions about this: 1. numarray and Numeric/scipy coexist fine for me. numarray can't yet replace Numeric in scipy but using both has not been a problem. 2. I can't reproduce the problem with Numeric importing numarray's dotblas during scipy setup but if there is one, we want to fix it. What's your OS and compiler toolset? What versions of numarray/Numeric/scipy did you install? 3. Has anyone else ever seen a problem with numarray's dotblas conflicting with Numeric's dotblas during scipy installation? Thanks, Todd
On 9/9/05, Todd Miller <jmiller@stsci.edu> wrote:
On Thu, 2005-09-08 at 07:43, Pearu Peterson wrote:
On Thu, 8 Sep 2005, Alexander Borghgraef wrote:
<snip>
Yep. Removing numarray solved that problem. Now I'm back to the include problem described in my other post.
I had some comments and questions about this:
1. numarray and Numeric/scipy coexist fine for me. numarray can't yet replace Numeric in scipy but using both has not been a problem.
2. I can't reproduce the problem with Numeric importing numarray's dotblas during scipy setup but if there is one, we want to fix it. What's your OS and compiler toolset?
Fedora core 2, gcc/++/77 version 3.4.4, python 2.3.4 What versions of
numarray/Numeric/scipy did you install?
I installed numarray 1.3.3, Numeric 24.0b2, scipy 0.3.2 from source. 3. Has anyone else ever seen a problem with numarray's dotblas
conflicting with Numeric's dotblas during scipy installation?
Well, I tried installing numarray again, and the conflict doesn't even need scipy. When running the line "import Numeric" in idle I got the following errors: Traceback (most recent call last): File "<pyshell#0>", line 1, in -toplevel- import Numeric File "/homes/morlet/aborghgr/local//lib/python2.3/site-packages/Numeric/Numeric.py", line 358, in -toplevel- from dotblas import dot, innerproduct, vdot File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/dotblas.py", line 5, in -toplevel- import generic as _gen File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/generic.py", line 13, in -toplevel- import numerictypes as _nt File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/numerictypes.py", line 168, in -toplevel- Byte = _register("Byte", Int8) File "/homes/morlet/aborghgr/local/lib/python2.3/site-packages/numarray/numerictypes.py", line 68, in _register raise ValueError("Type %s has already been registered" % name) ValueError: Type Byte has already been registered -- Alex Borghgraef
participants (3)
-
Alexander Borghgraef -
Pearu Peterson -
Todd Miller