Hi David (and others) This issue is known: http://www.scipy.org/scipy/numpy/ticket/811
I think this is an issue for the numpy developers. (I don't know how to fix this easily, i can try to install an older version of binutils (if cygwin has these), but this will probably break a lot of other stuff. So that is not my preferred solution.) Kind regards, Chris On Mon, Jul 7, 2008 at 2:55 PM, Chris Bartels <[EMAIL PROTECTED]> wrote: > I created 2 symlinks (libpython2.5.a and libpython2.5.dll.a) in the > /usr/lib directory which both point to > /usr/lib/python2.5/config/libpython2.5.dll.a > This seems to solve the linker problem, now I just get some assembly > errors :p > > Included is a new buildlog, it ends with: > > gcc: build/src.cygwin-1.5.25-i686-2.5/numpy/core/src/umathmodule.c > In file included from numpy/core/src/umathmodule.c.src:2183: > numpy/core/src/ufuncobject.c: In function `_extract_pyvals': > numpy/core/src/ufuncobject.c:1164: warning: int format, long int arg (arg > 4) > numpy/core/src/ufuncobject.c:1164: warning: int format, long int arg (arg > 5) > /tmp/ccWY4IyY.s: Assembler messages: > /tmp/ccWY4IyY.s:72160: Error: suffix or operands invalid for `fnstsw' > /tmp/ccWY4IyY.s:72415: Error: suffix or operands invalid for `fnstsw' > In file included from numpy/core/src/umathmodule.c.src:2183: > numpy/core/src/ufuncobject.c: In function `_extract_pyvals': > numpy/core/src/ufuncobject.c:1164: warning: int format, long int arg (arg > 4) > numpy/core/src/ufuncobject.c:1164: warning: int format, long int arg (arg > 5) > /tmp/ccWY4IyY.s: Assembler messages: > /tmp/ccWY4IyY.s:72160: Error: suffix or operands invalid for `fnstsw' > /tmp/ccWY4IyY.s:72415: Error: suffix or operands invalid for `fnstsw' > error: Command "gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall > -Wstrict-prototypes -Ibuild/src.cygwin-1.5.25-i686-2.5/numpy/core/src > -Inumpy/core/include -Ibuild/src.cygwin-1.5.25-i686-2.5/numpy/core > -Inumpy/core/src -Inumpy/core/include -I/usr/include/python2.5 > -I/usr/include/python2.5 -c > build/src.cygwin-1.5.25-i686-2.5/numpy/core/src/umathmodule.c -o > build/temp.cygwin-1.5.25-i686-2.5/build/src.cygwin-1.5.25-i686-2.5/numpy/core/src/umathmodule.o" > failed with exit status 1 > > Kind regards, > Chris > > > On Mon, Jul 7, 2008 at 2:38 PM, Chris Bartels <[EMAIL PROTECTED]> > wrote: > >> Hi David, >> >> I just discovered this: >> http://mail.python.org/pipermail/python-bugs-list/2006-April/032817.html >> >> I'm currently trying. >> >> >> >> >> On Mon, Jul 7, 2008 at 2:22 PM, David Cournapeau < >> [EMAIL PROTECTED]> wrote: >> >>> Chris Bartels wrote: >>> > Hi David, >>> > >>> > Thanks again. >>> > >>> > Unfortunately these variables are not set in the environment. (I >>> > checked with 'env'.) >>> > I also reinstalled the cygwin python package (again) and ran 'find . >>> > -name libpython* -print', this gives: >>> > >>> > /usr/bin/libpython2.5.dll >>> > /usr/lib/python2.5/config/libpython2.5.dll.a >>> > >>> >>> Mmh, ok, I am out of ideas by only looking at your build.log. I don't >>> understand why the linker does not get any LIBPATH information; I will >>> take a look by compiling it by myself, then, >>> >>> cheers, >>> >>> David >>> _______________________________________________ >>> Numpy-discussion mailing list >>> [email protected] >>> http://projects.scipy.org/mailman/listinfo/numpy-discussion >>> >> >> >
_______________________________________________ Numpy-discussion mailing list [email protected] http://projects.scipy.org/mailman/listinfo/numpy-discussion
