[issue14527] How to link with a non-system libffi?
Rupert Nash added the comment: Due to some major changes in setup.py around libffi, I've had to re-implement my patch - please see Github. I'd appreciate any comments so we can get this merged. Thanks! -- ___ Python tracker <https://bugs.python.org/issue14527> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14527] How to link with a non-system libffi?
Change by Rupert Nash : -- keywords: +patch nosy: +rnash nosy_count: 3.0 -> 4.0 pull_requests: +19705 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20451 ___ Python tracker <https://bugs.python.org/issue14527> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14527] How to link with a non-system libffi?
Rupert Nash added the comment: I have just struggled with building CPython with the _ctypes module. Fundamentally, the problem appears to be that configure uses pkgconfig to find the libffi include directory, while setup.py's detect_ctypes only uses the global list of library directories. I have made an attempt at fixing this by having configure produce the directory containing libffi (`LIBFFI_LIBDIR`) and setup.py use this. However I've hardly any experience with autotools, so I would be very happy to be corrected if this is no use at all. The PR is https://github.com/python/cpython/pull/20451 -- ___ Python tracker <https://bugs.python.org/issue14527> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30216] xdrlib.Unpacker.unpack_string returns bytes (docs say should be str)
New submission from Rupert Nash: According to the docs this method should return a str, but it returns bytes https://docs.python.org/3.6/library/xdrlib.html#xdrlib.Unpacker.unpack_string I can see three options: a default encoding should be applied the documentation updated to make clear this returns bytes the method removed and just rely on the existing unpack_bytes which does what you'd expect (and in fact the two methods are aliases) -- components: Library (Lib) messages: 292624 nosy: rnash priority: normal severity: normal status: open title: xdrlib.Unpacker.unpack_string returns bytes (docs say should be str) type: behavior versions: Python 3.6 ___ Python tracker <http://bugs.python.org/issue30216> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
