[MacPorts] #68673: ucblogo @6.2.2_1: opportunistic use of wxWidgets (was: ucblogo @6.2.2_1: error: no matching function for call to 'strncpy')

[MacPorts]

#68673: ucblogo @6.2.2_1: opportunistic use of wxWidgets
-----------------------+--------------------------
  Reporter:  zzanderr  |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.8.1
Resolution:            |   Keywords:  sonoma arm64
      Port:  ucblogo   |
-----------------------+--------------------------
Changes (by ryandesign):

 * keywords:  Sonoma arm64 => sonoma arm64


Comment:

 It builds fine on the buildbot workers Lion and up including Sonoma
 x86_64.

 The log says the problem is:

 {{{
 wxMain.cpp:225:3: error: no matching function for call to 'strncpy'
   strncpy(path, executable_dir, maxlen);
   ^~~~~~~
 /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/string.h:85:7:
 note: candidate function not viable: no known conversion from 'wxString'
 to 'const char *' for 2nd argument
 char    *strncpy(char *__dst, const char *__src, size_t __n);
          ^
 1 error generated.
 }}}

 It's talking about wxWidgets things, but wxWidgets is not listed as a
 dependency. You must just happen to have had it installed and ucblogo is
 picking it up unintentionally:

 {{{
 checking for wx-config... /opt/local/bin/wx-config
 checking for wxWidgets version >= 3.0.0... yes (version 3.0.5)
 checking for wxWidgets static library... no
 configure: using wx library
 }}}

 You should be able to work around it by cleaning ucblogo, deactivating
 whichever port provides /opt/local/bin/wx-config, then installing ucblogo,
 then reactivating the port that provides wx-config if desired.

 The port should be fixed to not use wxWidgets even if it is installed.

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