[MacPorts] #58943: wxPython 4.0 (Phoenix)

[MacPorts]

#58943: wxPython 4.0 (Phoenix)
---------------------------+--------------------
  Reporter:  neurodroid    |      Owner:  (none)
      Type:  request       |     Status:  new
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:
Resolution:                |   Keywords:
      Port:  wxPython-4.0  |
---------------------------+--------------------

Comment (by neurodroid):

 This does currently not build on MacOS Catalina because wxPython
 4.0.7post2 apparently ships with a version of wxWidgets < 3.1.3, which has
 a known issue with the WebKit headers:

 https://github.com/bincrafters/community/issues/1042

 This issue has been fixed in wxWidgets 3.1.3.

 Backporting the patch from wxWidgets 3.1.3 to the version of wxWidgets
 that is included with wxPython 4.0.7post2 fixes the problem on MacOS
 Catalina, i.e remove the HIWebView.h header test from configure, and add
 this conditional to webkit.mm:
 {{{
 #if MAC_OS_X_VERSION_MAX_ALLOWED < MAC_OS_X_VERSION_10_15
 #include <WebKit/HIWebView.h>
 #include <WebKit/CarbonUtils.h>
 #endif
 }}}

 Having played around quite a bit with various versions of wxWidgets and
 wxPython, I agree with the strategy to use the version of wxWidgets that
 ships with wxPython, rather than the standard version of wxWidgets
 included in MacPorts.

 The reason is that most of the time, wxPython will only support the
 version of wxWidgets with which it ships. Sometimes you can be lucky and
 there's a bit of tolerance but it's rare.

 By the same token, I would advise against factoring out the version of
 wxWidgets that ships with wxPython as a separate port, as was done with
 previous versions of MacPorts wxPython (in the Python2x days).

 First, this strategy avoids confusion between different versions of
 wxWidgets from the user's point of view.

 Second, there's no reason why you would want to use the version of
 wxWidgets that ships with wxPython for any port other than wxPython.

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