[Python-Dev] ctypes module (original) (raw)

Cristi Fati cristifati0 at gmail.com
Wed Apr 8 14:49:14 CEST 2015

Hi all, thank you for your responses. Apparently i was wrong in my previous email, ctypes (1.0.1 or 1.0.2) didn't have support for WinIA64 (libffi), there was an in-house implementation. However we are using the IA64 module extensively (including to successfully call LsaLogonUser).

a much simpler example:

Python 2.7.3 (default, Oct 22 2014, 12:21:16) [MSC v.1600 64 bit (Itanium)] on win32 Type "help", "copyright", "credits" or "license" for more information.

import ctypes ctypes.cdll.kernel32.GetTickCount() -79897956

On Wed, Apr 8, 2015 at 3:17 PM, Maciej Fijalkowski <fijall at gmail.com> wrote:

for the record libffi supports itanium officially (but as usual I'm very skeptical how well it works on less used platforms) https://sourceware.org/libffi/

On Wed, Apr 8, 2015 at 1:32 PM, Nick Coghlan <ncoghlan at gmail.com> wrote: > On 8 April 2015 at 20:36, Maciej Fijalkowski <fijall at gmail.com> wrote: >> I presume the reason was that noone wants to maintain code for the >> case where there are no buildbots available and there is no >> development time available. You are free to put back in the files and >> see if they work (they might not), but such things are usually removed >> if they're a maintenance burden. I would be happy to assist you with >> finding someone willing to do commercial maintenance of ctypes for >> itanium, but asking python devs to do it for free is a bit too much. > > As a point of reference, even Red Hat dropped Itanium support for > RHEL6+ - you have to go all the way back to RHEL5 to find a version we > still support running on Itanium. > > For most of CPython, keeping it running on arbitrary architectures > often isn't too difficult, as libc abstracts away a lot of the > hardware details. libffi (and hence ctypes) are notable exceptions to > that :) > > Cheers, > Nick. > > -- > Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20150408/74cec121/attachment.html>

More information about the Python-Dev mailing list