On Wed, Mar 25, 2015 at 12:50 PM, Dan Stromberg <[email protected]> wrote: > Hi again. > > When I try to build a numpy wheel (using openblas statically, and > libpython2.7 statically as well), I get a lot of errors like: > > > /tmp/pip-build-ZlPgN7/numpy/build/src.linux-x86_64-2.7/numpy/core/include/numpy/__multiarray_api.h:1642: > undefined reference to `PyExc_AttributeError' > > /tmp/pip-build-ZlPgN7/numpy/build/src.linux-x86_64-2.7/numpy/core/include/numpy/__multiarray_api.h:1642: > undefined reference to `PyErr_SetString' > > /tmp/pip-build-ZlPgN7/numpy/build/src.linux-x86_64-2.7/numpy/core/include/numpy/__multiarray_api.h:1642: > undefined reference to `PyExc_ImportError' > > My first thought was "OK, I'll put -lpython2.7 in $LDFLAGS and export > it", but that didn't appear to help.
I got past this by creating a drs-gcc and drs-gfortran shell wrappers, that feed $LDFLAGS "$@" $LDFLAGS as command line arguments to gcc and gfortran respectively. I had to define $CC and $FC to make the wrappers get used - before invoking pip wheel. I also defined $F90 - not sure if one or both of those fortran variables helped. I've done a lot of software builds, but I've never had to resort to that kind of trickery before. Perhaps that's because most of my builds were using dynamic libraries rather than static. _______________________________________________ Distutils-SIG maillist - [email protected] https://mail.python.org/mailman/listinfo/distutils-sig
