New submission from Greg Couch: To get _ctypes to sucessfully compile with native UNIX compilers (i.e., not gcc), several modifications need to be made: (1) use the equivalent of the Py_GCC_ATTRIBUTE macro for __attribute__ (in ffi.h), (2) include <ffi_common.h> in callproc.c to conditionally include <alloca.h>, and (3) modify distutils to know something about assembly language files.
The attached patch is a starting point for the proper patch. It fixes bugs (1) and (2), but I was unable to figure out the last tweek to get distutils to work with gcc and native compilers. The problem with _ctypes comes from the use of gcc's libffi. And libffi uses assembly language source files for the various supported platforms and distutils blindly compiles the .S files. Native UNIX compilers want a .s suffix and if the files are renamed, distutils skips the file. I tried modifying distutils to compile .s files and give the '-x assembler-with-cpp' flag to gcc so gcc would still work, but the right tweek evaded me. So I'm hoping someone can take this and turn it into something better or make helpful suggestions (other than switching to gcc!). ---------- files: _ctypes.diffs messages: 57924 nosy: gregcouch severity: normal status: open title: make _ctypes work with non-gcc compilers versions: Python 2.6 Added file: http://bugs.python.org/file8819/_ctypes.diffs __________________________________ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1516> __________________________________
Description: Binary data
_______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com