https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201523
--- Comment #14 from Kubilay Kocak <ko...@freebsd.org> --- Removing the option for LIBFFI is a workaround. It's preferable the root cause is addressed. Since no-one addressed the reproduction/isolation questions in comment 6 (the reason this is still an open issue), we can proceed as follows: a) Add a BROKEN condition for LIBFFI=off & ARCH=foo||bar as we do for LIBFFI/i386 currently, OR b) Patch lang/python* portslocally referencing the upstream issues, eventually resulting in the patch not being required once 3.3.x is released and Python no longer bundles libffi (which they intend to do [1]) Option (b) is preferable (root cause fix), but in order to do that properly, we need an answer to the following question: Q) Is this a problem only on lang/python2.7 or on every version up to and including lang/python35 (and the Python 3.6 port I intend to commit soon) I'm happy to commit (a) in the meantime until we have that answer, but the following is needed: a) Confirmation is needed from those who are having the issue that this is a acceptable response/resolution. b) A list of all python port versions and all architectures which this has been reported to be, would be, or are affected. [1] http://bugs.python.org/issue28491 -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
