[MacPorts] #58341: wireshark2 @2.6.8 +lua won't build if port `lua` is activated.

[MacPorts]

#58341: wireshark2 @2.6.8 +lua won't build if port `lua` is activated.
--------------------+------------------------
 Reporter:  kencu   |      Owner:  ghosthound
     Type:  defect  |     Status:  assigned
 Priority:  Normal  |  Milestone:
Component:  ports   |    Version:
 Keywords:          |       Port:  wireshark2
--------------------+------------------------
 Continuing the long tradition, the latest update to `wireshark2 +lua`
 again won't build if the current `lua` port is active.

 {{{
 cd
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark2/wireshark2/work/wireshark-2.6.8/doc
 && /opt/local/bin/perl /opt/local/bin/pod2man --section=1 --center="The
 Wireshark Network Analyzer" --release=2.6.8
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark2/wireshark2/work/wireshark-2.6.8/doc/randpktdump.pod
 > randpktdump.1
 cd
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark2/wireshark2/work/wireshark-2.6.8/epan/ftypes
 && /usr/bin/clang -DG_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES
 -DWS_BUILD_DLL
 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark2/wireshark2/work/wireshark-2.6.8
 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark2/wireshark2/work/wireshark-2.6.8/epan/ftypes
 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark2/wireshark2/work/wireshark-2.6.8/epan
 -isystem /opt/local/include/lua-5.2 -isystem /opt/local/include/glib-2.0
 -isystem /opt/local/lib/glib-2.0/include -iframework
 /opt/local/libexec/qt5/lib -isystem
 /opt/local/libexec/qt5/lib/QtCore.framework/Headers -isystem
 /opt/local/libexec/qt5/./mkspecs/macx-clang -isystem
 /opt/local/libexec/qt5/lib/QtMacExtras.framework/Headers -isystem
 /opt/local/libexec/qt5/lib/QtGui.framework/Headers -isystem
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/OpenGL.framework/Headers
 -isystem /opt/local/libexec/qt5/lib/QtMultimedia.framework/Headers
 -isystem /opt/local/libexec/qt5/lib/QtNetwork.framework/Headers -isystem
 /opt/local/libexec/qt5/lib/QtPrintSupport.framework/Headers -isystem
 /opt/local/libexec/qt5/lib/QtWidgets.framework/Headers -isystem
 /opt/local/libexec/qt5/lib/QtSvg.framework/Headers  -fvisibility=hidden
 -Wall -Wextra -Wendif-labels -Wpointer-arith -Wformat-security -fwrapv
 -fno-strict-overflow -Wvla -Waddress -Wattributes -Wdiv-by-zero -Wignored-
 qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long -Wheader-guard
 -Wframe-larger-than=32768 -Wc++-compat -Wunused-const-variable -Wshadow
 -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes
 -Wshorten-64-to-32 -Werror=implicit -Wcomma  -Qunused-arguments -std=gnu99
 -pipe -Os
 -isysroot/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk
 -DNDEBUG -arch x86_64 -isysroot
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk
 -mmacosx-version-min=10.14 -fPIC   -o CMakeFiles/ftypes.dir/ftype-
 integer.c.o   -c
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark2/wireshark2/work/wireshark-2.6.8/epan/ftypes
 /ftype-integer.c
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark2/wireshark2/work/wireshark-2.6.8/epan/wslua/lua_bitop.c:68:2:
 error: "Unknown number type, check LUA_NUMBER_* in luaconf.h"
 #error "Unknown number type, check LUA_NUMBER_* in luaconf.h"
  ^
 }}}

 I fixed this once before [ticket:57489] but this seems to be some new
 wrinkles to the saga, and the previous patches aren't fixing it (fully)
 now.

 The `+lua` variant isn't a default I notice. Probably easiest to just
 `conflicts_build` the variant with `port:lua` and be done with this, but I
 will leave that up to the maintainer to ponder. Simply deactivating `lua`
 for the build and then reactivating it seems to work fine:
 {{{
 $ port -v installed wireshark2
 The following ports are currently installed:
   wireshark2
 @2.6.8_0+cares+geoip+gnutls+kerberos5+libgcrypt+libsmi+lua+portaudio+qt5+zlib
 (active) platform='darwin 18' archs='x86_64'
 date='2019-04-13T16:13:50-0700'}}}

-- 
Ticket URL: <https://trac.macports.org/ticket/58341>
MacPorts <https://www.macports.org/>
Ports system for macOS