py-numpy only checks for expl to determine whether extended-precision

support is present.  since we don't have it yet;  it implements
it's own.  however, on alpha, powerpc, it declared functions with
types that conflict with C99 (double for *l), therefore failed.
reported by merdely@;  tested by and ok kili@
This commit is contained in:
martynas 2009-01-27 21:46:53 +00:00
parent 17e6b521ad
commit 15eaa752c8
2 changed files with 21 additions and 2 deletions

View File

@ -1,4 +1,4 @@
# $OpenBSD: Makefile,v 1.12 2009/01/27 21:12:02 martynas Exp $
# $OpenBSD: Makefile,v 1.13 2009/01/27 21:46:53 martynas Exp $
SHARED_ONLY= Yes
@ -6,7 +6,7 @@ COMMENT= fast array and numeric programming library for Python
MODPY_EGG_VERSION= 1.2.1
DISTNAME= numpy-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME}p0
PKGNAME= py-${DISTNAME}p1
CATEGORIES= math devel
HOMEPAGE= http://numeric.scipy.org/

View File

@ -0,0 +1,19 @@
$OpenBSD: patch-numpy_core_include_numpy_ndarrayobject_h,v 1.1 2009/01/27 21:46:53 martynas Exp $
--- numpy/core/include/numpy/ndarrayobject.h.orig Tue Oct 28 13:21:49 2008
+++ numpy/core/include/numpy/ndarrayobject.h Tue Jan 27 22:45:44 2009
@@ -102,13 +102,8 @@ typedef unsigned char npy_bool;
#define NPY_TRUE 1
-#if NPY_SIZEOF_LONGDOUBLE == NPY_SIZEOF_DOUBLE
- typedef double npy_longdouble;
- #define NPY_LONGDOUBLE_FMT "g"
-#else
- typedef long double npy_longdouble;
- #define NPY_LONGDOUBLE_FMT "Lg"
-#endif
+typedef long double npy_longdouble;
+#define NPY_LONGDOUBLE_FMT "Lg"
#ifndef Py_USING_UNICODE
#error Must use Python with unicode enabled.