Ronald Oussoren ronaldousso...@mac.com added the comment:
Thomas: I haven't fixed anything yet.
The error only happens when building a PPC binary (either a single-
architecture build on a PPC machine or a fat binary).
The error occurs in assembly files that contain manually constructed C++
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've merged the latest copy of Apple's version of libffi into libffi_osx,
that ensures that libffi compiles again on OSX 10.6.
Checked in in r74972 (trunk), r74973 (2.6), r74974 (3.x), r74975 (3.1).
--
resolution: - fixed
Thomas Heller thel...@ctypes.org added the comment:
This one is fixed, isn't it?
See for example the buildbot output at
http://www.python.org/dev/buildbot/2.6/builders/x86%20osx.5%202.6/builds/566/steps/compile/logs/stdio
(Search for building '_ctypes' extension on the page)
--
nosy:
Changes by Radim Novotny novotny.ra...@gmail.com:
--
nosy: +naro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6918
___
___
Python-bugs-list
Barry A. Warsaw ba...@python.org added the comment:
Agreed this should be a release blocker for 2.6.3
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6918
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Annoyingly PyObjC suffers from the same issue. I hadn't noticed this yet
because I've been linked to the system copy of libffi the last couple of
months.
Luckily Apple has already released the source code for libffi in 10.6
(see
New submission from Ronald Oussoren ronaldousso...@mac.com:
When I compile the trunk on MacOS X 10.6 I get a compile (or rather
link) error in ctypes:
ld: in build/temp.macosx-10.5-fat3-
2.7/Users/ronald/Projects/python/python-trunk-
clean/Modules/_ctypes/libffi_osx/powerpc/ppc-darwin.o,
