Error building SciPy SVN with NumPy SVN
Hi, This is what I'm getting when I try to build scipy HEAD: building library "superlu_src" sources building library "arpack" sources building library "sc_c_misc" sources building library "sc_cephes" sources building library "sc_mach" sources building library "sc_toms" sources building library "sc_amos" sources building library "sc_cdf" sources building library "sc_specfun" sources building library "statlib" sources building extension "scipy.cluster._vq" sources error: /home/rmay/.local/lib64/python2.5/site-packages/numpy/distutils/command/../mingw/gfortran_vs2003_hack.c: No such file or directory This didn't happen until I updated to *numpy* SVN HEAD. Numpy itself is building without errors and no tests fail on my system. Any ideas? Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma Sent from: Norman Oklahoma United States.
On Thu, Mar 12, 2009 at 4:52 AM, Ryan May <rmay31@gmail.com> wrote:
Hi,
This is what I'm getting when I try to build scipy HEAD:
building library "superlu_src" sources building library "arpack" sources building library "sc_c_misc" sources building library "sc_cephes" sources building library "sc_mach" sources building library "sc_toms" sources building library "sc_amos" sources building library "sc_cdf" sources building library "sc_specfun" sources building library "statlib" sources building extension "scipy.cluster._vq" sources error: /home/rmay/.local/lib64/python2.5/site-packages/numpy/distutils/command/../mingw/gfortran_vs2003_hack.c: No such file or directory
This didn't happen until I updated to *numpy* SVN HEAD. Numpy itself is building without errors and no tests fail on my system. Any ideas?
Yes, as the name implies, it is an ugly hack to support gfortran on windows - and the hack itself is implemented in an ugly way. I will fix it tomorrow - in the mean time, copying the file from svn into the directory where the file is looked for should do it - the file is not used on linux anyway. David
On Wed, Mar 11, 2009 at 3:00 PM, David Cournapeau <cournape@gmail.com>wrote:
On Thu, Mar 12, 2009 at 4:52 AM, Ryan May <rmay31@gmail.com> wrote:
Hi,
This is what I'm getting when I try to build scipy HEAD:
building library "superlu_src" sources building library "arpack" sources building library "sc_c_misc" sources building library "sc_cephes" sources building library "sc_mach" sources building library "sc_toms" sources building library "sc_amos" sources building library "sc_cdf" sources building library "sc_specfun" sources building library "statlib" sources building extension "scipy.cluster._vq" sources error:
/home/rmay/.local/lib64/python2.5/site-packages/numpy/distutils/command/../mingw/gfortran_vs2003_hack.c:
No such file or directory
This didn't happen until I updated to *numpy* SVN HEAD. Numpy itself is building without errors and no tests fail on my system. Any ideas?
Yes, as the name implies, it is an ugly hack to support gfortran on windows - and the hack itself is implemented in an ugly way. I will fix it tomorrow - in the mean time, copying the file from svn into the directory where the file is looked for should do it - the file is not used on linux anyway.
That's fine. I just wanted to make sure I didn't do something weird while getting numpy built with MKL. Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma Sent from: Norman Oklahoma United States.
On Thu, Mar 12, 2009 at 9:02 AM, David Cournapeau <cournape@gmail.com>wrote:
On Thu, Mar 12, 2009 at 5:25 AM, Ryan May <rmay31@gmail.com> wrote:
That's fine. I just wanted to make sure I didn't do something weird while getting numpy built with MKL.
It should be fixed in r6650
Fixed for me. I get a segfault running scipy.test(), but that's probably due to MKL. Thanks, David. Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma Sent from: Norman Oklahoma United States.
On Thu, Mar 12, 2009 at 9:55 AM, David Cournapeau <cournape@gmail.com>wrote:
On Thu, Mar 12, 2009 at 11:23 PM, Ryan May <rmay31@gmail.com> wrote:
Fixed for me. I get a segfault running scipy.test(), but that's probably due to MKL.
Yes, it is. Scipy run the test suite fine for me.
While scipy builds, matplotlib's basemap toolkit spits this out: running install running build running config_cc unifing config_cc, config, build_clib, build_ext, build commands --compiler options running config_fc unifing config_fc, config, build_clib, build_ext, build commands --fcompiler options running build_src building extension "mpl_toolkits.basemap._proj" sources error: build/src.linux-x86_64-2.5/gfortran_vs2003_hack.c: No such file or directory Any ideas? Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma Sent from: Norman Oklahoma United States.
On Fri, Mar 13, 2009 at 12:10 AM, Ryan May <rmay31@gmail.com> wrote:
On Thu, Mar 12, 2009 at 9:55 AM, David Cournapeau <cournape@gmail.com> wrote:
On Thu, Mar 12, 2009 at 11:23 PM, Ryan May <rmay31@gmail.com> wrote:
Fixed for me. I get a segfault running scipy.test(), but that's probably due to MKL.
Yes, it is. Scipy run the test suite fine for me.
While scipy builds, matplotlib's basemap toolkit spits this out:
running install running build running config_cc unifing config_cc, config, build_clib, build_ext, build commands --compiler options running config_fc unifing config_fc, config, build_clib, build_ext, build commands --fcompiler options running build_src building extension "mpl_toolkits.basemap._proj" sources error: build/src.linux-x86_64-2.5/gfortran_vs2003_hack.c: No such file or directory
Ok, I've just back out the changes in 6653 - let's not break everything now :) David
On Thu, Mar 12, 2009 at 12:00 PM, David Cournapeau <cournape@gmail.com>wrote:
On Fri, Mar 13, 2009 at 12:10 AM, Ryan May <rmay31@gmail.com> wrote:
On Thu, Mar 12, 2009 at 9:55 AM, David Cournapeau <cournape@gmail.com> wrote:
On Thu, Mar 12, 2009 at 11:23 PM, Ryan May <rmay31@gmail.com> wrote:
Fixed for me. I get a segfault running scipy.test(), but that's probably due to MKL.
Yes, it is. Scipy run the test suite fine for me.
While scipy builds, matplotlib's basemap toolkit spits this out:
running install running build running config_cc unifing config_cc, config, build_clib, build_ext, build commands --compiler options running config_fc unifing config_fc, config, build_clib, build_ext, build commands --fcompiler options running build_src building extension "mpl_toolkits.basemap._proj" sources error: build/src.linux-x86_64-2.5/gfortran_vs2003_hack.c: No such file or directory
Ok, I've just back out the changes in 6653 - let's not break everything now :)
Thanks, that fixed it. Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma Sent from: Norman Oklahoma United States.
participants (2)
-
David Cournapeau -
Ryan May