[MacPorts] #56299: rb-cocoa: fatal error: 'string.h' file not found

[MacPorts]

#56299: rb-cocoa: fatal error: 'string.h' file not found
-------------------------+-------------------------------------------------
  Reporter:  ryandesign  |      Owner:  kimuraw
      Type:  defect      |     Status:  assigned
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:
Resolution:              |   Keywords:  yosemite elcapitan sierra
      Port:  rb-cocoa    |  highsierra mojave catalina bigsur haspatch
-------------------------+-------------------------------------------------
Changes (by ryandesign):

 * keywords:   => yosemite elcapitan sierra highsierra mojave catalina
     bigsur haspatch
 * cc: ryandesign (added)


Comment:

 RubyCocoa was intending to use the 10.4u SDK to build the bundled copy of
 libffi only when the OS version is less than 10.5, but it was doing the
 version comparison as a floating point number, so OS versions 10.10
 through 10.15 were seen as less than 10.5. This was fixed in
 https://github.com/rubycocoa/rubycocoa/commit/3e4c5c8d2df8e7c81a1f4c56ef597cd5da8eb0e9.

 The second problem is the use of undesired `-arch` flags (and not
 UsingTheRightCompiler), both of which are in the Makefile of the bundled
 libffi. It only tries to make the bundled libffi on 10.5 or later if the
 libffi system library doesn't appear to exist in the filesystem. Of
 course, on macOS 11, Apple deleted all system libraries from the
 filesystem, keeping them only in the dylib cache, something about which
 this build system didn't know.

 RubyCocoa 1.2.0 deletes the bundled libffi and thereby solves both
 problems so the port should be updated to that version, which I've done in
 https://github.com/macports/macports-ports/pull/11764.

-- 
Ticket URL: <https://trac.macports.org/ticket/56299#comment:3>
MacPorts <https://www.macports.org/>
Ports system for macOS