Opened 6 years ago

Closed 5 years ago

#58341 closed defect (wontfix)

wireshark2 @2.6.8 +lua won't build if port `lua` is activated.

Reported by: kencu (Ken) Owned by: ghosthound
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port: wireshark2

Description

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 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'}}}

Change History (1)

comment:1 Changed 5 years ago by kencu (Ken)

Resolution: wontfix
Status: assignedclosed

we have decided to just leave this as it is.

Note: See TracTickets for help on using tickets.