#31459: A bug already fixed with libffi@3.0.9_0+universal has reappeared in version 3.0.10 ----------------------------------------+----------------------------------- Reporter: herzog@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: C preprocessor | Port: libffi ----------------------------------------+----------------------------------- Comment(by herzog@…): The description of the problem is not quite correct: The header files for the ppc and i386 plattforms of libffi are completely okay. The problem is the mechanism which glues together the headers for the different plattforms into a single universal header file. For example, everything works well, if the files /opt/local/lib/libffi-3.0.10/include/ffi.h /opt/local/lib/libffi-3.0.10/include/ffitarget.h are replaced by headers which include the appropriate headers from ...libffi/work/destroot-ppc and ...libffi/work/destroot-i386 respectively. Too see this, replace the directory /opt/local/lib/libffi-3.0.10/include with the directory contained in the attachment 'include.zip'. Replying to [ticket:31459 herzog@…]:
Installation of libffi via '`sudo port -svk install libffi +universal`' creates a header file '/opt/local/lib/libffi-3.0.10/include/ffi.h' whose number of `#if` statements does not match the number of `#endif`'s. For example, '`sudo port -svk install py27-gobject +universal`' results in the following error code: {{{ In file included from ffi-marshaller.c:24: /opt/local/lib/libffi-3.0.10/include/ffi.h:53:1: error: unterminated #ifndef }}} This looks very similar to Ticket #25439 concerning an older version of this library.
-- Ticket URL: <https://trac.macports.org/ticket/31459#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS