[ python-Bugs-1486897 ] OS X framework build for python 2.5 fails, configure is odd
SourceForge.net
noreply at sourceforge.net
Mon May 15 19:13:13 CEST 2006
Bugs item #1486897, was opened at 2006-05-11 14:44
Message generated for change (Comment added) made by vizowl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1486897&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Build
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher Knox (vizowl)
Assigned to: Nobody/Anonymous (nobody)
Summary: OS X framework build for python 2.5 fails, configure is odd
Initial Comment:
The OS X framework build for python 2.5 does not install a dynamic
library at /Library/Frameworks/Python.framework/Versions/2.5/Python
where it should. The python2.5 executible does not run because it is
trying to load this dynamic library.
This is on an intel mac with darwin-8.6.1 and gcc4 and python2.5a2.
Also all of the extra modules (_CG extension, IDLE extra) fail to link
because their link command is -lpython2.5 which is not what it should be
for a framework build and even if it was correct for linking agianst a
framework it would fil because the framework doesn't have its library
anyway.
Finally, the configure script behaves oddly in that it works fine, but if you
change the parameters and rerun it it will fail unless you run 'make
distclean'
This is where it fails.
checking whether mmap with MAP_ANON(YMOUS) works... yes
configure: error: "libffi has not been ported to i686-apple-darwin8.6.1."
Failed to configure _ctypes module
----------------------------------------------------------------------
>Comment By: Christopher Knox (vizowl)
Date: 2006-05-15 10:13
Message:
Logged In: YES
user_id=1346203
Hi Neal,
I checked out rev 46003 (the HEAD at the time) in a clean directory and used:
./configure --enable-profiling --enable-shared --enable-framework --
enable-universalsdk
Unfortunately it failed in the same way it has the same problems in that it is
linking with the flag -lpython2.5 when it should be a framework linking. I
have attached the build log from after having built it once so you only see the
linking.
However, it does appear that the issue raised in bug # 1487105 is solved. It
compiled fine on an intel mac it just has linking problems.
Also I get exactly the same problem on a G5
Chris
----------------------------------------------------------------------
Comment By: Neal Norwitz (nnorwitz)
Date: 2006-05-14 23:25
Message:
Logged In: YES
user_id=33168
Christopher can you try with a current checkout? Ronald
checked in lots of changes which I think include x86 support
at svn rev 45997.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1486897&group_id=5470
More information about the Python-bugs-list
mailing list