numpy-1.3.0 ebuild is pulling in /usr/include/fenv.h through #include <fenv.h> This causes a problem building umathmodule.o and _capi.o since /usr/include/fenv.h declares __status variable as int whereas __uint16_t should be used. Attached ebuild patch alters _capi.c and ufuncobject.h to #include fenv.h in the numpy distribution, avoiding <fenv.h> Reproducible: Always Steps to Reproduce: 1. emerge =numpy-1.3.0 Actual Results: build/src.freebsd-7.2-RELEASE-i386-2.6/numpy/core/src/umathmodule.c /usr/include/fenv.h: Assembler messages: /usr/include/fenv.h:156: Error: suffix or operands invalid for `fnstsw' Expected Results: success Using FreeBSD 7.2-Release. Related to the numpy issue on http://projects.scipy.org/numpy/ticket/811
Created attachment 199453 [details, diff] ebuild patch to dev-python/numpy-1.3.0
Created attachment 199454 [details, diff] files patch to dev-python/numpy-1.3.0
patch added, thanks
This patchset is OK for building numpy-1.3.0 but needs another patch to satisfy a further emerging of >=sci-libs/scipy-0.7.0 scipy pulls in the patched ufuncobject.h through line 13 in _cephesmodule.h: #include "numpy/ufuncobject.h" which fails during compile to find fenv/fenv.h or fenv/fenv.c. The -I include flags in scipy attempt to scan $EPREFIX/usr/lib/python2.6/site-packages/numpy/core/include/numpy and fails since numpy/core/setup.py in numpy didn't install the fenv directory. The attached patch alters setup.py to install the fenv directory.
Created attachment 200073 [details, diff] files patch to dev-python/numpy-1.3.0 updated patches numpy/core/setup.py to install include/numpy/fenv
what still needs to be done for 1.4.0?