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:
parent
17e6b521ad
commit
15eaa752c8
@ -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/
|
||||
|
@ -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.
|
Loading…
Reference in New Issue
Block a user