libffi-3.0.11 update

[doko42]

BPO	15194
Nosy	@doko42, @ronaldoussoren, @ned-deily, @skrah, @florentx, @meadori
Files	libffi-3.0.11.diff.xz: patch

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2013-04-08.19:27:34.616>
created_at = <Date 2012-06-26.15:06:57.974>
labels = ['ctypes']
title = 'libffi-3.0.11 update'
updated_at = <Date 2013-04-08.19:27:34.615>
user = 'https://github.com/doko42'

bugs.python.org fields:

activity = <Date 2013-04-08.19:27:34.615>
actor = 'doko'
assignee = 'none'
closed = True
closed_date = <Date 2013-04-08.19:27:34.616>
closer = 'doko'
components = ['ctypes']
creation = <Date 2012-06-26.15:06:57.974>
creator = 'doko'
dependencies = []
files = ['26169']
hgrepos = []
issue_num = 15194
keywords = ['patch']
message_count = 8.0
messages = ['164080', '164082', '164085', '164431', '164435', '164889', '164941', '186335']
nosy_count = 8.0
nosy_names = ['doko', 'ronaldoussoren', 'ned.deily', 'Arfrever', 'skrah', 'flox', 'meador.inge', 'python-dev']
pr_nums = []
priority = 'normal'
resolution = 'fixed'
stage = 'resolved'
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue15194'
versions = ['Python 3.3']

[doko42]

here is an update for libffi 3.0.11. For now, only tested on x86-linux and arm-linux-gnueabi. Proposing the check it in, and then test again, if the libffi_osx and libffi_msvc copies can be removed, if 3.0.11 works on these platforms (however I can't test on these myself).

[python-dev]

New changeset 25421e1c48bb by doko in branch 'default':

• Issue bpo-15194: Update libffi to the 3.0.11 release.
  http://hg.python.org/cpython/rev/25421e1c48bb

[ronaldoussoren]

Removing libffi_osx would be fairly hard due to the creation of fat binaries, the libffi_osx tree supports building all files using 'cc -arch i386 -arch ppc -arch x86_64', the regular libffi sources require a more complex dance (basically build all architectures separately then merge them together).

OTOH libffi_osx seems to have problems when using with recent versions of clang.

[python-dev]

New changeset 989efaab9525 by doko in branch 'default':

• Issue bpo-15194: check in the missing m4/ax_check_compile_flag.m4 file.
  http://hg.python.org/cpython/rev/989efaab9525

[python-dev]

New changeset 6fe974b8056c by doko in branch 'default':

• Issue bpo-15194: check in the missing m4/ax_append_flag.m4 file.
  http://hg.python.org/cpython/rev/6fe974b8056c

[florentx]

Few warnings when building trunk (on 10.6):

./Modules/_ctypes/libffi_osx/x86/x86-ffi64.c:49: warning: function declaration isn’t a prototype
./Modules/_ctypes/libffi_osx/x86/x86-ffi64.c:379: warning: function declaration isn’t a prototype

[doko42]

libffi_osx wasn't (yet) updated. so this seems to be unrelated to the 3.0.11 update.

[doko42]

3.0.13 is now in 2.7.4, 3.2.4, 3.3.1 and the trunk.