In article
<[email protected]>,
Stephen Hansen <[email protected]> wrote:
> I'm trying to build a "private" instance of Python 2.5.4 on Snow Leopard,
> and am running into a problem. [...]
A-hah! The problem is that Snow Leopard is also Darwin 10.0 and it
turns out that an important test in the configure script doesn't handle
the two-digit major version number correctly.
The attached patch should fix the problem. Or simply manually edit
configure to replace the line:
FreeBSD/4.* | Darwin/[6789].*)
with the three lines:
Darwin/[012345].*)
;;
Darwin/*)
The same problem affects all of the current Pythons which is why you saw
it on 2.6.3 as well. I'll see that it gets taken care of.
Thanks!
--
Ned Deily,
[email protected]
--- configure 2008-12-13 06:13:52.000000000 -0800
+++ configure-2.5.4-for-10.6 2009-10-06 23:47:46.000000000 -0700
@@ -2032,14 +2032,15 @@
# but used in struct sockaddr.sa_family. Reported by Tim Rice.
SCO_SV/3.2)
define_xopen_source=no;;
- # On FreeBSD 4 and MacOS X 10.2, a bug in ncurses.h means that
- # it craps out if _XOPEN_EXTENDED_SOURCE is defined. Apparently,
- # this is fixed in 10.3, which identifies itself as Darwin/7.*
- # On Mac OS X 10.4, defining _POSIX_C_SOURCE or _XOPEN_SOURCE
+ # On FreeBSD 4, a bug in ncurses.h means that
+ # it craps out if _XOPEN_EXTENDED_SOURCE is defined.
+ FreeBSD/4.*)
+ define_xopen_source=no;;
+ # On Mac OS X 10.4 and beyond, defining _POSIX_C_SOURCE or _XOPEN_SOURCE
# disables platform specific features beyond repair.
- # On Mac OS X 10.3, defining _POSIX_C_SOURCE or _XOPEN_SOURCE
- # has no effect, don't bother defining them
- FreeBSD/4.* | Darwin/[6789].*)
+ Darwin/[012345].*)
+ ;;
+ Darwin/*)
define_xopen_source=no;;
# On AIX 4 and 5.1, mbstate_t is defined only when _XOPEN_SOURCE == 500 but
# used in wcsnrtombs() and mbsnrtowcs() even if _XOPEN_SOURCE is not defined
_______________________________________________
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
