[issue23534] `test_longdouble` fails on Mac when using system libffi (version 3.1)

Change by Irit Katriel : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23534] `test_longdouble` fails on Mac when using system libffi (version 3.1)

Ronald Oussoren added the comment: Closing as out of date: - python 2 issue - I don't get this error when using the system libffi (bpo-41100) -- resolution: -> out of date stage: -> resolved ___ Python tracker

[issue23534] `test_longdouble` fails on Mac when using system libffi (version 3.1)

Ronald Oussoren added the comment: On OSX the internal copy of libffi that's used is based on the one in PyObjC, which in turn is based on the version of libffi on opensource.apple.com (IIRC with some small patches that fix minor issues found by the PyObjC testsuite). --

[issue23534] `test_longdouble` fails on Mac when using system libffi (version 3.1)

New submission from Maxime Belanger: Greetings, We're compiling a custom version of Python 2.7.9 for the Mac (building on OS X 10.9 with Xcode 6.1), and we're instructing Python to use a vanilla copy of `libffi` (that we've also compiled ourselves) using the `--with-system-ffi` flag. We're

[issue23534] `test_longdouble` fails on Mac when using system libffi (version 3.1)

Changes by SilentGhost ghost@gmail.com: -- components: +Macintosh nosy: +amaury.forgeotdarc, belopolsky, hynek, meador.inge, ned.deily, ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23534

[issue23534] `test_longdouble` fails on Mac when using system libffi (version 3.1)

Ned Deily added the comment: Is there a reason you can't use the Python-supplied version of libffi? That's what the standard builds for python.org installers do. I believe it is the case that there are OS X-specific changes in the Python local version that do not exist in the upstream