[MacPorts] #62180: Crash after grc window opens on ARM (M1) (BigSur)

[MacPorts]

#62180: Crash after grc window opens on ARM (M1) (BigSur)
----------------------------+-----------------------
  Reporter:  hexagonal-sun  |      Owner:  michaelld
      Type:  defect         |     Status:  assigned
  Priority:  Normal         |  Milestone:
 Component:  ports          |    Version:
Resolution:                 |   Keywords:
      Port:  gnuradio       |
----------------------------+-----------------------

Comment (by michaelld):

 This issue is being discussed here as well as on
 [https://github.com/gnuradio/gnuradio/issues/4420 GNU Radio GitHub issue].

 LIBFFI added a configure flag [https://github.com/libffi/libffi/pull/647
 (--disable-exec-static-tramp)] that should allow a workaround, but it is
 for Linux only and although we could patch the configure script to work
 with *darwin* it's not clear that it would do what the flag is intended
 for on Darwin.

 There is a [https://gitlab.gnome.org/GNOME/gobject-
 introspection/-/merge_requests/283 proposed fix to GOI], but since
 MacPorts' GOI is so old this won't help here much. Further, because this
 fix changes the GOI API, it's not clear whether it will even be accepted.

 The best approach for MP's needs, in my opinion, is
 [https://github.com/Damenly/pygobject/commit/01013b1003bac67061e595cd857be9cf7b69d7fd
 this proposed hack/fix to py-gobject3] that basically rewrites the
 underlying allocation / deallocation routines to work correctly with GOI
 and LIBFFI regardless of the CPU. Given that the issue seems to be coming
 up thus far just with the Python interface, which has to go through py-
 gobject3, this seems like a solid way to address it.

 This fix is being considered upstream. In my initial testing, it does the
 trick to allow PyGobject3 to work on ARM64, and doesn't seem to hurt
 x86/x86_64. Given that we work primarily on macOS / OSX, this covers the
 gamut of CPUs we really care about (and, hopefully it also works on
 PPC/PPC64, but that's a secondary consideration ...).

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