[MacPorts] #61528: gnuplot: runtime warning about multiple implementations of wxNSAppController

MacPorts noreply at macports.org
Wed Jan 20 15:56:18 UTC 2021


#61528: gnuplot: runtime warning about multiple implementations of
wxNSAppController
------------------------------------+----------------------
  Reporter:  francescopappalardo    |      Owner:  mojca
      Type:  defect                 |     Status:  assigned
  Priority:  Normal                 |  Milestone:
 Component:  ports                  |    Version:  2.6.4
Resolution:                         |   Keywords:
      Port:  gnuplot wxWidgets-3.0  |
------------------------------------+----------------------

Comment (by d-lamb):

 I ran into this problem, uninstalled both wxWidgets-3.0 and gnuplot, then
 reinstalled both from source.  The several hundred lines of warnings goes
 away, and the wxt terminal is able to be used without causing a segfault.
 The solution of "try rebuilding from source" should be prominently
 displayed at the top of the wiki page BigSurProblems (and
 CatalinaProblems, and MavericksProblems...).

 When installing not from source, just using `port install gnuplot`, I get
 this:
 {{{
 $ cd
 /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib
 $ ls -l libwx_osx_cocoau_core*
 -rwxr-xr-x  1 root  wheel  4743504 Nov 23 01:52
 libwx_osx_cocoau_core-3.0.0.4.0.dylib
 -rwxr-xr-x  1 root  wheel  4743504 Nov 23 01:52
 libwx_osx_cocoau_core-3.0.0.dylib
 -rwxr-xr-x  1 root  wheel  4743504 Nov 23 01:52
 libwx_osx_cocoau_core-3.0.dylib
 }}}
 And running the following commands causes a segfault:
 {{{
 $ gnuplot
 <lots of lines of warnings, and Gnuplot startup messages>

 Terminal type is now 'aqua'
 gnuplot> test
 gnuplot> set term wxt

 Terminal type is now 'wxt'
 Options are '0 enhanced'
 gnuplot> test
 zsh: segmentation fault  gnuplot
 }}}

 After reinstalling wxWidgets and gnuplot from source, the .dylib symlinks
 are set up correctly:
 {{{
 $ ls -l libwx_osx_cocoau_core*
 -rwxr-xr-x  1 root  wheel  4743504 Jan 20 08:37
 libwx_osx_cocoau_core-3.0.0.4.0.dylib
 lrwxr-xr-x  1 root  wheel       37 Jan 20 08:37
 libwx_osx_cocoau_core-3.0.0.dylib -> libwx_osx_cocoau_core-3.0.0.4.0.dylib
 lrwxr-xr-x  1 root  wheel       33 Jan 20 08:37
 libwx_osx_cocoau_core-3.0.dylib -> libwx_osx_cocoau_core-3.0.0.dylib
 }}}
 And no segfault:
 {{{
 $ gnuplot

         G N U P L O T
         Version 5.4 patchlevel 1    last modified 2020-12-01

         Copyright (C) 1986-1993, 1998, 2004, 2007-2020
         Thomas Williams, Colin Kelley and many others

         gnuplot home:     http://www.gnuplot.info
         faq, bugs, etc:   type "help FAQ"
         immediate help:   type "help"  (plot window: hit 'h')

 Terminal type is now 'aqua'
 gnuplot> test
 gnuplot> set term wxt

 Terminal type is now 'wxt'
 Options are '0 enhanced'
 gnuplot> test
 gnuplot> exit
 }}}

 This suggests to me that there is not a problem with wxWidgets upstream,
 but rather the buildbot (as there has been for the last couple macOS &
 Xcode upgrades), but I am not familiar enough with MacPorts internals to
 say much more about it.

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


More information about the macports-tickets mailing list