I do not have cygwin in my windows path, so I guess that's already
hidden.
I patched d:\programs\python25\lib\distutils\cygwinccompiler.py,
line 424 to read
ld_version = StrictVersion(result.group(1).rsplit('.',1)[0])
but I still got crash and a traceback.
David Cournapeau suggested using the scipy superpack, so i tried
scipy-0.7.0b1-win32-superpack-python2.5.exe. If there were
errors I wouldn't know about them, but running
'python -c 'import scipy; print scipy.__version__ '
produces a version number (0.7.0.dev5180 ... not exactly the 0.7.0b1
you'd expect, but not a stack trace either).
Now all I have to do is find some test cases so I can verify a little
deeper than the version number.
I guess I'll avoid source (seutp.py) installations like the plague from
now on.
The MKL libs are being ignored, but it seems like I have an environment
running.
Thanks to all who provided suggestions, particularly David
Cournapeau.
At 01:30 AM 1/3/2009, you wrote:
On Sat, Jan 3, 2009 at 1:07 AM,
Mike Landis <mlandis001@comcast.net> wrote:
> Cygwin is present, so not just the dumbed down Windows CMD
available.
>
> I ran the numpy-1.2.1 superpak. Verified that it installed
(cause you don't
> get near as much output as you do from a shell prompt) by
running:
>
> python -c 'import numpy; print numpy.__version__ '
>
> and got the numpy version number back. Found the site.cfg that
the
> installer left in the numpy package directory (it picked up on my
ATLAS
> install, but not on MKL) and copied it into d:\temp\scipy-0.7.0b1
and ran
> "python setup.py install" there. Lots of positive
looking output, but it
> ultimately crapped out. Here's the tail end of that
transcript:
>
> copying scipy\weave\__init__.py ->
build\lib.win32-2.5\scipy\weave
> running build_clib
> Traceback (most recent call last):
> File "setup.py", line 92, in
<module>
> setup_package()
> File "setup.py", line 84, in
setup_package
> configuration=configuration )
> File
"d:\Programs\Python25\lib\site-packages\numpy\distutils\core.py",
> line 184, in setup
> return old_setup(**new_attr)
> 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\distutils\command\install.py",
> line 49, in run
> r = old_install.run(self)
> 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\distutils\command\build.py",
> line 37, in run
> old_build.run(self)
> 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\distutils\command\build_clib.py",
> line 63, in run
> force=self.force)
> File
>
"d:\Programs\Python25\lib\site-packages\numpy\distutils\ccompiler.py",
line
> 366, in new_compiler
> compiler = klass(None, dry_run, force)
> File
>
"d:\Programs\Python25\lib\site-packages\numpy\distutils\mingw32ccompiler.py",
> line 46, in __init__
> verbose,dry_run, force)
> 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'
>
> _______________________________________________
> Numpy-discussion mailing list
> Numpy-discussion@scipy.org
>
http://projects.scipy.org/mailman/listinfo/numpy-discussion
>
>
If you want to get around this bug, you could correct the version
parsing,
change in
File "d:\programs\python25\lib\distutils\cygwinccompiler.py",
line 424, in
> get_versions
> ld_version =
StrictVersion(result.group(1))
to
ld_version =
StrictVersion(result.group(1).rsplit('.',1)[0])
see version problem
>>> from distutils.version import StrictVersion
>>> StrictVersion('2.18.50.20080625')
Traceback (most recent call last):
File "<pyshell#246>", line 1, in
<module>
StrictVersion('2.18.50.20080625')
File "C:\Programs\Python25\lib\distutils\version.py",
line 40, in __init__
self.parse(vstring)
File "C:\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'
>>> StrictVersion('2.18.50.20080625'.rsplit('.',1)[0])
StrictVersion ('2.18.50')
But, see my other message, try without cygwin. I usually don't have
any problems building scipy with mingw.
Josef
_______________________________________________
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