When compiling python on e.g. arm, the ctypes module fails to build. The following patches (taken from openembeded) bring back ctypes on python 2.5.4-r2 and python-2.6.2. Reproducible: Always
Created attachment 190732 [details, diff] Python patch for python-2.5.4 Bring back the ctypes module for archs having FFI_CLOSURE not defined.
Created attachment 190733 [details, diff] Python patch for python-2.6.2 Bring back the ctypes module for archs having FFI_CLOSURE not defined.
Created attachment 190734 [details, diff] Ebuild patch for python-2.5.4-r2
Created attachment 190736 [details, diff] Ebuild patch for python-2.6.2
Tested for quite some time in the openmoko overlay... Spatial thanks to Maksim 'max_posedon' Melnikau for adding this stuff to python-2.6.2!
Btw: This tries to split bug #268887 into more craspable pieces, so please do not mark it as duplicate!
Reassigning to python for review.
Hi, Sorry to chase, but have any of you had a chance to look at it? Thanks, Rob
Please report it to Python upstream [1] and we will apply the version of the patch accepted by upstream. [1] http://bugs.python.org/
Created attachment 211525 [details, diff] python ctypes cross build patch This is updated patch, compatible with upstream(python-trunk), and new autoconf.
(In reply to comment #10) > Created an attachment (id=211525) [details] > python ctypes cross build patch > > This is updated patch, compatible with upstream(python-trunk), and new > autoconf. > since >=python-2.6.4 this patch don't need anymore, python don't run configure for _ctype module anymore bug can be closed
(In reply to comment #11) > since >=python-2.6.4 this patch don't need anymore Actually since >=2.6.2-r2. > bug can be closed I will leave it open for 2.5 slot.
(In reply to comment #12) > (In reply to comment #11) > > since >=python-2.6.4 this patch don't need anymore > > Actually since >=2.6.2-r2. > > > bug can be closed > > I will leave it open for 2.5 slot. >=dev-lang/python-2.5.4-r4:2.5 also uses system libffi.