Re: [Numpy-discussion] building numpy/scipy

Maybe the reason I'm having trouble is that I'm trying to get it working on Windows, when almost everyone else is running on Linux? I have cygwin with f77, g++, make, ... installed, but it's definitely not a Linux machine. I'm working from the windows install documentation page. Maybe there are additional steps that you wouldn't have on Linux. It's not clear whether BLAS and LAPACK and ATLAS are all distinct or if building one gets you one or more of the others, e.g. the ATLAS build produces both blas and lapack directories. Is there a third ATLAS library? When I set up site.cfg in site-packages/numpy and run "python setup.py install" from there, it complains that this isn't the right place to run setup.py, so I put the site.cfg in d:\temp\numpy-1.2.1\ and ran setup.py install there. I now have ATLAS libraries, so my site.cfg looks like this: [atlas] library_dirs = d:\Docs\ATLAS\build\lib atlas_libs = lapack, f77blas, cblas, atlas ----------------------------------------------------- Some good news, some bad, details below. Any suggestions would be appreciated... Thanks, Mike Running from numpy source directory. blas_opt_info: blas_mkl_info: libraries mkl, vml, guide not found in d:\Programs\Python25\lib libraries mkl, vml, guide not found in C:\ libraries mkl, vml, guide not found in d:\Programs\Python25\libs NOT AVAILABLE atlas_blas_threads_info: Setting PTATLAS=ATLAS Setting PTATLAS=ATLAS Setting PTATLAS=ATLAS FOUND: libraries = ['lapack', 'f77blas', ;cblas', 'atlas'] library_dirs = ['d:\\Docs\\ATLAS\\build\\lib'] language = c No module named msvccompiler in numpy.disutils; trying from disutils FOUND: libraries = ['lapack', 'f77blas', ;cblas', 'atlas'] library_dirs = ['d:\\Docs\\ATLAS\\build\\lib'] language = c define_macros = [('ATLAS_INFO', '"\\"?.?.?\\""')] lapack_opt_info: lapack_mkl_info: mkl_info: libraries mkl, vml, guide not found in d:\Programs\Python25\lib libraries mkl, vml, guide not found in C:\ libraries mkl, vml, guide not found in d:\Programs\Python25\libs NOT AVAILABLE NOT AVAILABLE atlas_threads_info: Setting PTATLAS=ATLAS libraries lapack_atlas not found in d:\Docs\ATLAS\build\lib numpy.disutils.system_info.atlas_threads_info Setting PTATLAS=ATLAS d:\temp\numpy-1.2.1\numpy\disutils\system_info.py:955: UserWarning: ******************************************************************************** Lapack library (from ATLAS) is probably incomplete: size of d:\Docs\ATLAS\build\lib\libapack.a is 251k (expected >4000k) Follow the instructions in the KNOWN PROBLEMS section of the file numpy/INSTALL.txt. [ NOTE: There is no such section in this file. ] ******************************************************************************** warnings.warn(message) Setting PTATLAS=ATLAS FOUND: libraries = ['lapack', 'lapack', 'f77blas', ;cblas', 'atlas'] library_dirs = ['d:\\Docs\\ATLAS\\build\\lib'] language = c No module named msvccompiler in numpy.disutils; trying from disutils FOUND: libraries = ['lapack', 'lapack', 'f77blas', ;cblas', 'atlas'] library_dirs = ['d:\\Docs\\ATLAS\\build\\lib'] language = c define_macros = [('ATLAS_INFO', '"\\"?.?.?\\""')] could not resolve pattern in '': '*.txt' non-existing path in '': 'COMPATIBILITY' running install running build running config_cc unifying config_cc, config, build_clib, build_ext, build commands --compiler options running config_fc unifying config_fc, config, build_clib, build_ext, build commands --fcompiler options running build_src building py_modules sources building extension "numpy.core.multiarray" sources adding 'build\src.win32-2.5\numpy\core\include/numpy\config.h' to sources. adding 'build\src.win32-2.5\numpy\core\include/numpy\numpyconfig.h' to sources. executing numpy\core\code_generators\generate_numpy_api.py adding 'build\src.win32-2.5\numpy\core\include/numpy\__multiarray_api.h' to sources. adding 'build\src.win32-2.5\numpy\core\src' to include_dirs. numpy.core - nothing done with h_files = ['build\\src.win32-2.5\\numpy\\core\\src\\scalartypes.inc', 'build\\src.win32-2.5\\numpy\\core\\src\\arraytypes.inc', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\config.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\numpyconfig.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\__multiarray_api.h'] building extension "numpy.core.umath" sources adding 'build\src.win32-2.5\numpy\core\include/numpy\config.h' to sources. adding 'build\src.win32-2.5\numpy\core\include/numpy\numpyconfig.h' to sources. executing numpy\core\code_generators\generate_ufunc_api.py adding 'build\src.win32-2.5\numpy\core\include/numpy\__ufunc_api.h' to sources. adding 'build\src.win32-2.5\numpy\core\src' to include_dirs. numpy.core - nothing done with h_files = ['build\\src.win32-2.5\\numpy\\core\\src\\scalartypes.inc', 'build\\src.win32-2.5\\numpy\\core\\src\\arraytypes.inc', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\config.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\numpyconfig.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\__ufunc_api.h'] building extension "numpy.core._sort" sources adding 'build\src.win32-2.5\numpy\core\include/numpy\config.h' to sources. adding 'build\src.win32-2.5\numpy\core\include/numpy\numpyconfig.h' to sources. executing numpy\core\code_generators\generate_numpy_api.py adding 'build\src.win32-2.5\numpy\core\include/numpy\__multiarray_api.h' to sources. numpy.core - nothing done with h_files = ['build\\src.win32-2.5\\numpy\\core\\include/numpy\\config.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\numpyconfig.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\__multiarray_api.h'] building extension "numpy.core.scalarmath" sources adding 'build\src.win32-2.5\numpy\core\include/numpy\config.h' to sources. adding 'build\src.win32-2.5\numpy\core\include/numpy\numpyconfig.h' to sources. executing numpy\core\code_generators\generate_numpy_api.py adding 'build\src.win32-2.5\numpy\core\include/numpy\__multiarray_api.h' to sources. executing numpy\core\code_generators\generate_ufunc_api.py adding 'build\src.win32-2.5\numpy\core\include/numpy\__ufunc_api.h' to sources. numpy.core - nothing done with h_files = ['build\\src.win32-2.5\\numpy\\core\\include/numpy\\config.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\numpyconfig.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\__multiarray_api.h', 'build\\src.win32-2.5\\numpy\\core\\include/numpy\\__ufunc_api.h'] building extension "numpy.core._dotblas" sources adding 'numpy\core\blasdot\_dotblas.c' to sources. building extension "numpy.lib._compiled_base" sources building extension "numpy.numarray._capi" sources building extension "numpy.fft.fftpack_lite" sources building extension "numpy.linalg.lapack_lite" sources ### Warning: python_xerbla.c is disabled ### adding 'numpy\linalg\lapack_litemodule.c' to sources. building extension "numpy.random.mtrand" sources Traceback (most recent call last): File "setup.py", line 96, in <module> setup_package() File "setup.py", line 89, in setup_package configuration=configuration ) File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\core.py", line 184, in setup File "d:\programs\python25\lib\distutils\core.py", line 151, in setup dist.run_commands() File "d:\programs\python25\lib\distutils\dist.py", line 974, in run_commands self.run_command(cmd) File "d:\programs\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\command\install.py", line 49, in run File "d:\programs\python25\lib\distutils\command\install.py", line 506, in run self.run_command('build') File "d:\programs\python25\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "d:\programs\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\command\build.py", line 37, in run File "d:\programs\python25\lib\distutils\command\build.py", line 112, in run self.run_command(cmd_name) File "d:\programs\python25\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "d:\programs\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\command\build_src.py", line 130, in run File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\command\build_src.py", line 147, in build_sources File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\command\build_src.py", line 250, in build_extension_sources File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\command\build_src.py", line 307, in generate_sources File "numpy\random\setup.py", line 11, in generate_libraries if config_cmd.try_run(tc): File "d:\programs\python25\lib\distutils\command\config.py", line 278, in try_run self._check_compiler() File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\command\config.py", line 26, in _check_compiler File "d:\programs\python25\lib\distutils\command\config.py", line 107, in _check_compiler dry_run=self.dry_run, force=1) File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\ccompiler.py", line 366, in new_compiler File "D:\Programs\Python25\Lib\site-packages\numpy-1.2.1\numpy\distutils\mingw32ccompiler.py", line 46, in __init__ File "d:\programs\python25\lib\distutils\cygwinccompiler.py", line 84, in __init__ get_versions() File "d:\programs\python25\lib\distutils\cygwinccompiler.py", line 424, in get_versions ld_version = StrictVersion(result.group(1)) File "d:\programs\python25\lib\distutils\version.py", line 40, in __init__ self.parse(vstring) File "d:\programs\python25\lib\distutils\version.py", line 107, in parse raise ValueError, "invalid version number '%s'" % vstring ValueError: invalid version number '2.18.50.20080625'

Is there any reason why you can not use the numpy-1.2.1-win32- superpack-python2.4.exe from the http://sourceforge.net/project/showfiles.php?group_id=1369&package_id=175103 download page? I think that is what Mr. Kern meant by using the binaries. This will install already built code into the proper places on your Windows box. Cheers Tommy

Have to use Pyton 2.5 because I'm also using web2py. Python 2.5 and a bunch of packages that depend on it are already installed. At 11:05 PM 1/2/2009, you wrote:
Is there any reason why you can not use the numpy-1.2.1-win32- superpack-python2.4.exe from the http://sourceforge.net/project/showfiles.php?group_id=1369&package_id=175103 download page? I think that is what Mr. Kern meant by using the binaries. This will install already built code into the proper places on your Windows box.
Cheers Tommy _______________________________________________ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.2/1871 - Release Date: 1/1/2009 5:01 PM

There is a superpack for the python2.5 at the same page. Again a binary .exe file that should make the installing a fair bit easier. Cheers Tommy On Jan 2, 2009, at 11:26 PM, Mike Landis wrote:
Have to use Pyton 2.5 because I'm also using web2py. Python 2.5 and a bunch of packages that depend on it are already installed.
At 11:05 PM 1/2/2009, you wrote:
Is there any reason why you can not use the numpy-1.2.1-win32- superpack-python2.4.exe from the http://sourceforge.net/project/showfiles.php?group_id=1369&package_id=175103 download page? I think that is what Mr. Kern meant by using the binaries. This will install already built code into the proper places on your Windows box.
Cheers Tommy _______________________________________________ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.2/1871 - Release Date: 1/1/2009 5:01 PM
_______________________________________________ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Does it sort of non-destructively overlay the 2.5 that I'm already running? At 11:45 PM 1/2/2009, you wrote:
There is a superpack for the python2.5 at the same page. Again a binary .exe file that should make the installing a fair bit easier.
Cheers Tommy
On Jan 2, 2009, at 11:26 PM, Mike Landis wrote:
Have to use Pyton 2.5 because I'm also using web2py. Python 2.5 and a bunch of packages that depend on it are already installed.
At 11:05 PM 1/2/2009, you wrote:
Is there any reason why you can not use the numpy-1.2.1-win32- superpack-python2.4.exe from the
http://sourceforge.net/project/showfiles.php?group_id=1369&package_id=175103
download page? I think that is what Mr. Kern meant by using the binaries. This will install already built code into the proper places on your Windows box.
Cheers Tommy _______________________________________________ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.2/1871 - Release Date: 1/1/2009 5:01 PM
_______________________________________________ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
_______________________________________________ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.2/1871 - Release Date: 1/1/2009 5:01 PM

On Sat, Jan 3, 2009 at 2:07 PM, Mike Landis <mlandis001@comcast.net> wrote:
Does it sort of non-destructively overlay the 2.5 that I'm already running?
It only installs numpy into your existing python installation - it will not overwrite anything else in your python installation (e.g. everything else should work as before). You can see numpy as a "plugin" for python, and the binary installer will just install the numpy "plugin". You will need to have python installed first. Note also that if you need more than numpy and scipy, there are also other options which can make your life easier, like enthought or pythonxy: http://www.pythonxy.com/foreword.php http://www.enthought.com/products/epd.php In that case, they install many packages related to scientific tasks, and are self contained. For newcomers on windows, this is the recommended approach if you don't mind the size. David

On Sat, Jan 3, 2009 at 12:10 PM, Mike Landis <mlandis001@comcast.net> wrote:
Maybe the reason I'm having trouble is that I'm trying to get it working on Windows, when almost everyone else is running on Linux?
It is true that most developers use some sort of unix (linux, mac os X), but we definitely try to make sure it works as well on windows natively (e.g. without cygwin or any other kind of emulation). But windows being windows, the only way to make that happen in finite amount of time is to distribute binaries only (the so called superpack) - if you are new to python development, you can't expect being able to build from sources in ten minutes. But you can if you use the binaries. David
participants (3)
-
David Cournapeau
-
Mike Landis
-
Tommy Grav