[Wireshark-dev] Are retransmitted packets sometimes labelled as TCP out of order
Hi, I am analyzing a dump file using Wireshark and I found that some of the TCP messages that are sent again (with the same ACK) number are labelled as TCP Out of Rrder by Wireshark. I was expecting to find them labelled as retransmission messages. Is there a reason why the packets are labelled out of order instead of re transmission? Thanks, Ajay ___ Sent via:Wireshark-dev mailing listArchives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
[Wireshark-dev] Compilation issue on Mac OS
Hi, I am trying to compile wireshark from source that I took from github. I have libgcrypt on my system and the configure script was able to find it. However when I actually run make i get this error CC airpdcap.lo In file included from airpdcap.c:49: *../../wsutil/wsgcrypt.h:36:10: **fatal error: **'gcrypt.h' file not found* #include So i changed the epan/crypt/Makefile COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \ $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) $(LIBGCRYPT_CFLAGS) LTCOMPILE = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAGS) \ $(LIBTOOLFLAGS) --mode=compile $(CC) $(DEFS) \ $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) \ $(AM_CFLAGS) $(CFLAGS) $(LIBGCRYPT_CFLAGS) where I added the LIBGCRYPT_CFLAGS to both COMPILE and LTCOMPILE. After making this change I am able to compile. But i am wondering if i am making a mistake in the compile process due to which I have to edit this file manually and the configure script is not generating the makefile correctly Just as I finished writing this mail, the compile has failed again at *packet-ip.c:63:10: **fatal error: **'GeoIP.h' file not found* #include Can someone please point me in the right direction Thanks, Ajay ___ Sent via:Wireshark-dev mailing listArchives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
Hi Alexis, Thanks for replying. I used cmake and it worked. I found out that i had to use cmake from a page on wiki.wireshark.com. I think it might be a good idea to include this information in README.macos file. Thanks, Ajay On Apr 21, 2017 3:42 AM, "Alexis La Goutte" <alexis.lagou...@gmail.com> wrote: > Hi, > > Do you have try with cmake ? > > On Thu, Apr 20, 2017 at 10:33 PM, ajay saxena <ailerona...@gmail.com> > wrote: > >> Hi, >> >> I am trying to compile wireshark from source that I took from github. I >> have libgcrypt on my system and the configure script was able to find it. >> However when I actually run make i get this error >> >> CC airpdcap.lo >> >> In file included from airpdcap.c:49: >> >> *../../wsutil/wsgcrypt.h:36:10: **fatal error: **'gcrypt.h' file not >> found* >> >> #include >> >> >> >> So i changed the epan/crypt/Makefile >> >> >> COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \ >> >> $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) $(LIBGCRYPT_CFLAGS) >> >> LTCOMPILE = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAGS) \ >> >> $(LIBTOOLFLAGS) --mode=compile $(CC) $(DEFS) \ >> >> $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) \ >> >> $(AM_CFLAGS) $(CFLAGS) $(LIBGCRYPT_CFLAGS) >> >> >> >> where I added the LIBGCRYPT_CFLAGS to both COMPILE and LTCOMPILE. After >> making this change I am able to compile. But i am wondering if i am making >> a mistake in the compile process due to which I have to edit this file >> manually and the configure script is not generating the makefile correctly >> >> >> Just as I finished writing this mail, the compile has failed again at >> >> >> *packet-ip.c:63:10: **fatal error: **'GeoIP.h' file not found* >> >> #include >> >> >> Can someone please point me in the right direction >> >> >> Thanks, >> >> Ajay >> >> >> ___ >> Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> >> Archives:https://www.wireshark.org/lists/wireshark-dev >> Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev >> mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscr >> ibe >> > > > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
Hi Guy, The commits that you've referred to, 9e4c018e08d5a657f85f0cde0607db0a6d25ddf4 2c52d954d5713be1b809c3b668b0353d2b355c16 Are they present in the master branch on github? I cant seem to find them in the latest pull from github Ajays-MacBook-Pro:wireshark ajasaxen$ git show 9e4c018e08d5a657f85f0cde0607db0a6d25ddf4 fatal: bad object 9e4c018e08d5a657f85f0cde0607db0a6d25ddf4 Ajays-MacBook-Pro:wireshark ajasaxen$ git show 2c52d954d5713be1b809c3b668b0353d2b355c16 fatal: bad object 2c52d954d5713be1b809c3b668b0353d2b355c16 Also like you have stated, i do have the libraries in the non standard paths as I installed them using brew. But i did update the PKG_CONFIG_PATH so that the configure script was able to find these libraries. It was when i used make that the compilation failed. I believe I am having issues with the make as I dont have the commits mentioned above. On a side note is compiling with cmake not recommended due to some reason? Thanks, Ajay Thanks, Ajay On Fri, Apr 21, 2017 at 12:54 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 5:23 AM, ajay saxena <ailerona...@gmail.com> wrote: > > > Thanks for replying. I used cmake and it worked. I found out that i had > to use cmake from a page on wiki.wireshark.com. I think it might be a > good idea to include this information in README.macos file. > > 1) No, this is not a macOS issue. It's an issue with installing libgcrypt > or GeoIP's headers in a location that's not searched by default, e.g. in > something under /opt rather than in /usr/local/include. It would occur on > *any* UN*X platform where those headers aren't in /usr/include or > /usr/local/include or some other directory that the compiler searches by > default. > > 2) The issue with gcrypt.h should be fixed by commit > 9e4c018e08d5a657f85f0cde0607db0a6d25ddf4 and the issue with GeoIP.h > should be fixed by commit 2c52d954d5713be1b809c3b668b0353d2b355c16, so > there should be no need to use CMake to compile on macOS *even with headers > not installed in /usr/local/include* (and, if not, that should be submitted > as a bug, so we can fix it). > > So, no, this does not belong in README.macos. > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
Hi Guy, Though i do think, this might have to do something with the wireshark code base too. For example I created this file #include #include #include #include int main(){ printf("Hello World"); return 0; } as importtest.c and on compiling with gcc (clang), the file does get compiled. Here is the verbose output from that compile Ajays-MacBook-Pro:scripts ajasaxen$ gcc -v importtest.c -o importtest Apple LLVM version 8.1.0 (clang-802.0.42) Target: x86_64-apple-darwin16.5.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.12.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -discard-value-names -main-file-name importtest.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu penryn -target-linker-version 278.4 -v -dwarf-column-info -debugger-tuning=lldb -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0 -fdebug-compilation-dir /Users/ajasaxen/scripts -ferror-limit 19 -fmessage-length 169 -stack-protector 1 -fblocks -fobjc-runtime=macosx-10.12.0 -fencode-extended-block-signature -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o /var/folders/c4/55pxmrx11s720rx49cxb3brcgn/T/importtest-8e4727.o -x c importtest.c clang -cc1 version 8.1.0 (clang-802.0.42) default target x86_64-apple-darwin16.5.0 #include "..." search starts here: #include <...> search starts here: /usr/local/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -lto_library /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -no_deduplicate -dynamic -arch x86_64 -macosx_version_min 10.12.0 -o importtest /var/folders/c4/55pxmrx11s720rx49cxb3brcgn/T/importtest-8e4727.o -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0/lib/darwin/libclang_rt.osx.a and in this compile /usr/local/include was searched. Whereas when it compiles wireshark, it does not search in /usr/local/include. Thanks, Ajay On Fri, Apr 21, 2017 at 11:17 PM, ajay saxena <ailerona...@gmail.com> wrote: > This was the link that i was trying to send earlier > > http://stackoverflow.com/questions/23905661/on-mac-g- > clang-fails-to-search-usr-local-include-and-usr-local-lib-by-def > > On Fri, Apr 21, 2017 at 11:17 PM, ajay saxena <ailerona...@gmail.com> > wrote: > >> Hi Guy, >> >> So i found this on stackoverflow >> >> >> On Fri, Apr 21, 2017 at 11:10 PM, Guy Harris <g...@alum.mit.edu> wrote: >> >>> On Apr 21, 2017, at 8:04 PM, ajay saxena <ailerona...@gmail.com> wrote: >>> >>> > This is what i get for gcc --version >>> > >>> > Ajays-MacBook-Pro:wireshark ajasaxen$ gcc --version >>> > Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr >>> --with-gxx-include-dir=/usr/include/c++/4.2.1 >>> > Apple LLVM version 8.1.0 (clang-802.0.42) >>> > Target: x86_64-apple-darwin16.5.0 >>> > Thread model: posix >>> > InstalledDir: /Applications/Xcode.app/Conten >>> ts/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin >>> >>> OK, so "gcc" is just another name for Clang, as I suspected. >>> >>> I'll file a bug asking that the Clang user manual document the way Clang >>> searches for header files, and see if I can figure out what would cause it >>> *not* to search /usr/local/include (by digging through the Clang source, if >>> I have to). >>> >>> ___ >>> Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> >>> Archives:https://www.wireshark.org/lists/wireshark-dev >>> Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev >>> mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscr >>> ibe >>> >> >> > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
In the Makefile of epan/dissectors, I modified the AM_CPPFLAGS to add -v flag and removed the /usr/local/include that I had earlier added as hack to get the pack-ip.c to compile. Below is the verbose output from the compile make[6]: Nothing to be done for `all'. CC packet-ip.lo Apple LLVM version 8.1.0 (clang-802.0.42) Target: x86_64-apple-darwin16.5.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.12.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name packet-ip.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu penryn -target-linker-version 278.4 -v -dwarf-column-info -debug-info-kind=standalone -dwarf-version=4 -debugger-tuning=lldb -coverage-file /Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/epan/dissectors/.libs/packet-ip.o -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0 -dependency-file .deps/packet-ip.Tpo -sys-header-deps -MP -MT packet-ip.lo -isystem /usr/local/Cellar/glib/2.50.3/include/glib-2.0 -isystem /usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include -isystem /usr/local/opt/gettext/include -isystem /usr/local/Cellar/pcre/8.39/include -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk -D HAVE_CONFIG_H -I . -I ../.. -I ../.. -I ../../epan -D _FORTIFY_SOURCE=2 -D G_DISABLE_SINGLE_INCLUDES -D G_DISABLE_DEPRECATED -D _REENTRANT -I /usr/local/Cellar/gnutls/3.5.8/include -I /usr/local/Cellar/nettle/3.3/include -I /usr/local/Cellar/libtasn1/4.10/include -I /usr/local/Cellar/p11-kit/0.23.3/include/p11-kit-1 -I /usr/local/opt/libgcrypt/include -I /usr/local/opt/libgpg-error/include -I /usr/include/libxml2 -D PIC -O2 -Werror -Wall -Wextra -Wendif-labels -Wpointer-arith -Wformat-security -Wvla -Waddress -Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long -Wheader-guard -Wc++-compat -Wunused-const-variable -Wshadow -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes -Wshorten-64-to-32 -Werror=implicit -fdebug-compilation-dir /Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/epan/dissectors -ferror-limit 19 -fmessage-length 163 -fvisibility hidden -fwrapv -stack-protector 1 -fblocks -fobjc-runtime=macosx-10.12.0 -fencode-extended-block-signature -fmax-type-align=16 -fno-common -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp -o .libs/packet-ip.o -x c packet-ip.c clang -cc1 version 8.1.0 (clang-802.0.42) default target x86_64-apple-darwin16.5.0 ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/local/include" ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/Library/Frameworks" ignoring duplicate directory "../.." #include "..." search starts here: #include <...> search starts here: . ../.. ../../epan /usr/local/Cellar/gnutls/3.5.8/include /usr/local/Cellar/nettle/3.3/include /usr/local/Cellar/libtasn1/4.10/include /usr/local/Cellar/p11-kit/0.23.3/include/p11-kit-1 /usr/local/opt/libgcrypt/include /usr/local/opt/libgpg-error/include /usr/include/libxml2 /usr/local/Cellar/glib/2.50.3/include/glib-2.0 /usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include /usr/local/opt/gettext/include /usr/local/Cellar/pcre/8.39/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/System/Library/Frameworks (framework directory) End of search list. *packet-ip.c:63:10: **fatal error: **'GeoIP.h' file not found* #include * ^* 1 error generated. make[6]: *** [packet-ip.lo] Error 1 make[5]: *** [all-recursive] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 On Sat, Apr 22, 2017 at 3:51 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 8:50 PM, ajay saxena <ailerona...@gmail.com> wrote: > > > Here is the verbose output from that compile > > > > Ajays-MacBook-Pro:scripts ajasaxen$ gcc -v importtest.c -o im
Re: [Wireshark-dev] Compilation issue on Mac OS
Hi Guy, So i was able to find what is causing the issue. It is the -isysroot option. The -sysroot option is also present when make tries to compile the c file in wireshark. When i add this flag to compilation of my test file, my test file fails to compile and clang stops searching in /usr/local/include Ajays-MacBook-Pro:scripts ajasaxen$ cc -v -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk importtest.c Apple LLVM version 8.1.0 (clang-802.0.42) Target: x86_64-apple-darwin16.5.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.12.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -discard-value-names -main-file-name importtest.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu penryn -target-linker-version 278.4 -v -dwarf-column-info -debugger-tuning=lldb -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk -fdebug-compilation-dir /Users/ajasaxen/scripts -ferror-limit 19 -fmessage-length 163 -stack-protector 1 -fblocks -fobjc-runtime=macosx-10.12.0 -fencode-extended-block-signature -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o /var/folders/c4/55pxmrx11s720rx49cxb3brcgn/T/importtest-ce55a6.o -x c importtest.c clang -cc1 version 8.1.0 (clang-802.0.42) default target x86_64-apple-darwin16.5.0 ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/local/include" ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/Library/Frameworks" #include "..." search starts here: #include <...> search starts here: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/System/Library/Frameworks (framework directory) End of search list. *importtest.c:1:10: **fatal error: **'gcrypt.h' file not found* #include * ^* 1 error generated. If i remove this option, the compilation succeeds for my test file. I think if we are able to avoid this option, the make for wireshark will work too. Thanks, Ajay On Sat, Apr 22, 2017 at 4:47 PM, ajay saxena <ailerona...@gmail.com> wrote: > In the Makefile of epan/dissectors, I modified the AM_CPPFLAGS to add -v > flag and removed the /usr/local/include that I had earlier added as hack to > get the pack-ip.c to compile. Below is the verbose output from the compile > > make[6]: Nothing to be done for `all'. > > CC packet-ip.lo > > Apple LLVM version 8.1.0 (clang-802.0.42) > > Target: x86_64-apple-darwin16.5.0 > > Thread model: posix > > InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin > > "/Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple > x86_64-apple-macosx10.12.0 -Wdeprecated-objc-isa-usage > -Werror=deprecated-objc-isa-usage -emit-obj -disable-free > -disable-llvm-verifier -discard-value-names -main-file-name packet-ip.c > -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim > -masm-verbose -munwind-tables -target-cpu penryn -target-linker-version > 278.4 -v -dwarf-column-info -debug-info-kind=standalone -dwarf-version=4 > -debugger-tuning=lldb -coverage-file /Users/ajasaxen/ > gitHubProjects/wireshark-official/wireshark/epan/dissectors/.libs/packet-ip.o > -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0 -dependency-file > .deps/packet-ip.Tpo -sys-header-deps -MP -MT packet-ip.lo -isystem > /usr/local/Cellar/glib/2.50.3/include/glib-2.0 -isystem > /usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include -isystem > /usr/local/opt/gettext/include -isystem /usr/local/Cellar/pcre/8.39/include > -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/ > MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk -D HAVE_CONFIG_H -I . -I > ../.. -I ../.. -I ../../epan -D
Re: [Wireshark-dev] Compilation issue on Mac OS
Also clang documentation (https://clang.llvm.org/docs/UsersManual.html) states Building a relocatable precompiled header requires two additional arguments. First, pass the --relocatable-pch flag to indicate that the resulting PCH file should be relocatable. Second, pass -isysroot /path/to/build, which makes all includes for your library relative to the build directory. For example: # clang -x c-header --relocatable-pch -isysroot /path/to/build /path/to/build/mylib.h mylib.h.pch When loading the relocatable PCH file, the various headers used in the PCH file are found from the system header root. For example, mylib.h can be found in /usr/include/mylib.h. If the headers are installed in some other system root, the -isysroot option can be used provide a different system root from which the headers will be based. For example, -isysroot /Developer/SDKs/MacOSX10.4u.sdk will look for mylib.h in /Developer/SDKs/MacOSX10.4u.sdk/usr/include/mylib.h. On Sat, Apr 22, 2017 at 8:14 PM, ajay saxena <ailerona...@gmail.com> wrote: > Hi Guy, > > So i was able to find what is causing the issue. It is the -isysroot > option. > > The -sysroot option is also present when make tries to compile the c file > in wireshark. When i add this flag to compilation of my test file, my test > file fails to compile and clang stops searching in /usr/local/include > > Ajays-MacBook-Pro:scripts ajasaxen$ cc -v -isysroot > /Applications/Xcode.app/Contents/Developer/Platforms/ > MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk importtest.c > > Apple LLVM version 8.1.0 (clang-802.0.42) > > Target: x86_64-apple-darwin16.5.0 > > Thread model: posix > > InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin > > "/Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple > x86_64-apple-macosx10.12.0 -Wdeprecated-objc-isa-usage > -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all -disable-free > -disable-llvm-verifier -discard-value-names -main-file-name importtest.c > -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim > -masm-verbose -munwind-tables -target-cpu penryn -target-linker-version > 278.4 -v -dwarf-column-info -debugger-tuning=lldb -resource-dir > /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0 -isysroot > /Applications/Xcode.app/Contents/Developer/Platforms/ > MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk -fdebug-compilation-dir > /Users/ajasaxen/scripts -ferror-limit 19 -fmessage-length 163 > -stack-protector 1 -fblocks -fobjc-runtime=macosx-10.12.0 > -fencode-extended-block-signature -fmax-type-align=16 > -fdiagnostics-show-option -fcolor-diagnostics -o /var/folders/c4/ > 55pxmrx11s720rx49cxb3brcgn/T/importtest-ce55a6.o -x c importtest.c > > clang -cc1 version 8.1.0 (clang-802.0.42) default target > x86_64-apple-darwin16.5.0 > > ignoring nonexistent directory "/Applications/Xcode.app/ > Contents/Developer/Platforms/MacOSX.platform/Developer/ > SDKs/MacOSX10.12.sdk/usr/local/include" > > ignoring nonexistent directory "/Applications/Xcode.app/ > Contents/Developer/Platforms/MacOSX.platform/Developer/ > SDKs/MacOSX10.12.sdk/Library/Frameworks" > > #include "..." search starts here: > > #include <...> search starts here: > > /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.1.0/include > > /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/include > > /Applications/Xcode.app/Contents/Developer/Platforms/ > MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include > > /Applications/Xcode.app/Contents/Developer/Platforms/ > MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/System/Library/Frameworks > (framework directory) > > End of search list. > > *importtest.c:1:10: **fatal error: **'gcrypt.h' file not found* > > #include > > * ^* > > 1 error generated. > > > If i remove this option, the compilation succeeds for my test file. I > think if we are able to avoid this option, the make for wireshark will work > too. > > Thanks, > Ajay > > On Sat, Apr 22, 2017 at 4:47 PM, ajay saxena <ailerona...@gmail.com> > wrote: > >> In the Makefile of epan/dissectors, I modified the AM_CPPFLAGS to add -v >> flag and removed the /usr/local/include that I had earlier added as hack to >> get the pack-ip.c to compile. Below is the verbose output from the compile >> >> make[6]: Nothing to be done for `all'. >> >> CC packet-ip.lo >> >> Apple LLVM version 8.1.0 (clang-802.0.42) >> &g
Re: [Wireshark-dev] Compilation issue on Mac OS
I took the latest source from code.wireshark.org and on compiling I ran into GeoIP.h error *packet-ip.c:64:10: **fatal error: **'GeoIP.h' file not found* #include * ^* In this source, i do have the commit, 2c52d954d5713be1b809c3b668b0353d2b355c16 Ajays-MacBook-Pro:wireshark ajasaxen$ git show 2c52d954d5713be1b809c3b668b0353d2b355c16 commit 2c52d954d5713be1b809c3b668b0353d2b355c16 Author: Guy Harris <g...@alum.mit.edu> Date: Fri Apr 21 03:10:21 2017 -0700 Code in epan/dissectors may require GeoIP.h, so include LIBGEOIP_FLAGS. Change-Id: I31bd53c49906db24b64fa3f1e3078b0658db3158 Reviewed-on: https://code.wireshark.org/review/21269 Petri-Dish: Guy Harris <g...@alum.mit.edu> Tested-by: Petri Dish Buildbot <buildbot-no-re...@wireshark.org> Reviewed-by: Michael Mann <mman...@netscape.net> *diff --git a/epan/dissectors/Makefile.am b/epan/dissectors/Makefile.am* *index 7cd515358b..8a6b501fd0 100644* *--- a/epan/dissectors/Makefile.am* *+++ b/epan/dissectors/Makefile.am* @@ -22,7 +22,7 @@ include $(top_srcdir)/Makefile.am.inc AM_CPPFLAGS = $(INCLUDEDIRS) -I$(top_srcdir)/epan $(WS_CPPFLAGS) \ $(GLIB_CFLAGS) $(LIBGNUTLS_CFLAGS) $(LIBGCRYPT_CFLAGS) \ - $(KRB5_CFLAGS) $(LIBXML2_CFLAGS) + $(LIBGEOIP_CFLAGS) $(KRB5_CFLAGS) $(LIBXML2_CFLAGS) include Custom.common and the compilation of packet-ip.c still fails Thanks, Ajay On Fri, Apr 21, 2017 at 1:16 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 10:07 AM, ajay saxena <ailerona...@gmail.com> wrote: > > > The commits that you've referred to, > > > > 9e4c018e08d5a657f85f0cde0607db0a6d25ddf4 > > 2c52d954d5713be1b809c3b668b0353d2b355c16 > > > > Are they present in the master branch on github? I cant seem to find > them in the latest pull from github > > The *official* Git repository for Wireshark is not on GitHub, it's our own > repository on code.wireshark.org. > > Changes to Wireshark get checked into our own repository. They should, > eventually, get propagated to the GitHub repository, but that doesn't > necessarily happen right after they're committed to the main repository. > > I'm not sure why we have a GitHub repository, but I would recommend that > anybody who wants to build from the master branch use the Wireshark > repository, not the GitHub repository, if they can; see > > https://www.wireshark.org/develop.html > > > Also like you have stated, i do have the libraries in the non standard > paths as I installed them using brew. But i did update the PKG_CONFIG_PATH > so that the configure script was able to find these libraries. It was when > i used make that the compilation failed. > > That's because epan/crypt/Makefile.am and epan/developer/Makefile.am were > buggy in our code and failed to include, in the compiling commands, the -I > flags for those packages, as determined by the configure script. The two > commits in question fix those bugs. > > > I believe I am having issues with the make as I dont have the commits > mentioned above. > > Yes, so you either need to start using the main Wireshark repository or > wait for the changes in question to be propagated to the GitHub repository. > > > On a side note is compiling with cmake not recommended due to some > reason? > > No, you should be able to use either autotools or CMake on UN*Xes. If one > of them doesn't work, that's probably a bug. > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
So i added the include lua directive at the top of the file and now i get the error for lua *packet-ip.c:27:10: **fatal error: **'lua.h' file not found* #include * ^* On Fri, Apr 21, 2017 at 4:29 PM, Guy Harriswrote: > What happens if you add a > > #include > > header line to epan/dissectors/packet-ip.c, and try recompiling? > > ___ > Sent via:Wireshark-dev mailing list > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
Also cmake on the same source works, I would assume that it reads the header files from same locations unless it uses a fundamentally different resolution mechanism. On Fri, Apr 21, 2017 at 5:28 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 2:11 PM, ajay saxena <ailerona...@gmail.com> wrote: > > > the LIBGEOIP_CFLAGS is in both though. > > And it's empty in both, too. > > But that shouldn't matter, as the compiler should look in > /usr/local/include. > > > Do files in epan directory import GeoIP too? > > Yes. > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
This is what is get on running head /usr/local/include/GeoIP.h Ajays-MacBook-Pro:~ ajasaxen$ head /usr/local/include/GeoIP.h /* -*- Mode: C; indent-tabs-mode: t; c-basic-offset: 2; tab-width: 2 -*- */ /* GeoIP.h * * Copyright (C) 2016 MaxMind, Inc. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation; either * version 2.1 of the License, or (at your option) any later version. * On Fri, Apr 21, 2017 at 2:26 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 11:22 AM, ajay saxena <ailerona...@gmail.com> wrote: > > > /usr/local/Cellar/geoip/1.6.9 is the location of GeoIP library > > /usr/local/Cellar/geoip/1.6.9/include is the location of GeoIP.h > > > > There is a symbolic link to GeoIP.h present in my /usr/local/include > > > > Ajays-MacBook-Pro:include ajasaxen$ pwd > > /usr/local/include > > > > Ajays-MacBook-Pro:include ajasaxen$ ls -ltr GeoIP.h > > lrwxr-xr-x 1 ajasaxen staff 37 Jan 30 13:02 GeoIP.h -> > ../Cellar/geoip/1.6.9/include/GeoIP.h > > So what happens if you run the command > > head /usr/local/include/GeoIP.h > > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
The compile fails with the same message even after I rename the existing sym link and phyiscally copy the file to my usr/local/include folder. On Apr 21, 2017 14:50, "Guy Harris" <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 11:37 AM, ajay saxena <ailerona...@gmail.com> wrote: > > > I have attached with this mail, the Makefile present in > epan/dissectors/Makefile > > > > The output of clang --version is > > > > Ajays-MacBook-Pro:dissectors ajasaxen$ clang --version > > Apple LLVM version 8.1.0 (clang-802.0.42) > > Target: x86_64-apple-darwin16.5.0 > > Thread model: posix > > InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin > > OK, that's the same compiler I have, and I temporarily changed /usr/local > to have a separate directory with GeoIP.h and a symlink in > /usr/local/include back there - and a Wireshark build successfully compiled > packet-ip.c > > What happens if you temporarily replace the symlink in > /usr/local/include/GeoIP.h with a copy of the GeoIP.h file? > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
./Cellar/openjpeg/2.1.2 lrwxr-xr-x 1 ajasaxen staff 27 Mar 3 10:57 openslide -> ../Cellar/openslide/3.4.1_2 lrwxr-xr-x 1 ajasaxen staff 24 Feb 17 15:38 openssl -> ../Cellar/openssl/1.0.2k lrwxr-xr-x 1 ajasaxen staff 24 Jan 30 13:02 p11-kit -> ../Cellar/p11-kit/0.23.3 lrwxr-xr-x 1 ajasaxen staff 23 Sep 25 2016 pandoc -> ../Cellar/pandoc/1.17.2 lrwxr-xr-x 1 ajasaxen staff 22 Nov 17 15:25 pango -> ../Cellar/pango/1.40.3 lrwxr-xr-x 1 ajasaxen staff 19 Nov 17 15:22 pcre -> ../Cellar/pcre/8.39 lrwxr-xr-x 1 ajasaxen staff 23 Nov 17 15:24 pixman -> ../Cellar/pixman/0.34.0 lrwxr-xr-x 1 ajasaxen staff 29 Nov 17 15:23 pkg-config -> ../Cellar/pkg-config/0.29.1_2 lrwxr-xr-x 1 ajasaxen staff 26 Dec 22 08:48 postgresql -> ../Cellar/postgresql/9.6.1 lrwxr-xr-x 1 ajasaxen staff 23 Mar 3 12:00 pugixml -> ../Cellar/pugixml/1.8.1 lrwxr-xr-x 1 ajasaxen staff 27 Nov 17 15:25 py2cairo -> ../Cellar/py2cairo/1.10.0_1 lrwxr-xr-x 1 ajasaxen staff 27 Nov 17 15:25 pygobject3 -> ../Cellar/pygobject3/3.22.0 lrwxr-xr-x 1 ajasaxen staff 21 Sep 9 2016 pyqt -> ../Cellar/pyqt/4.11.4 lrwxr-xr-x 1 ajasaxen staff 25 Nov 17 15:22 python -> ../Cellar/python/2.7.12_2 lrwxr-xr-x 1 ajasaxen staff 23 Feb 17 15:38 python3 -> ../Cellar/python3/3.6.0 lrwxr-xr-x 1 ajasaxen staff 18 Apr 21 00:38 qt -> ../Cellar/qt/5.8.0 lrwxr-xr-x 1 ajasaxen staff 18 Apr 21 00:38 qt5 -> ../Cellar/qt/5.8.0 lrwxr-xr-x 1 ajasaxen staff 18 Apr 21 00:38 qt@5.8 -> ../Cellar/qt/5.8.0 lrwxr-xr-x 1 ajasaxen staff 24 Dec 22 08:48 readline -> ../Cellar/readline/7.0.1 lrwxr-xr-x 1 ajasaxen staff 30 Mar 3 10:57 shared-mime-info -> ../Cellar/shared-mime-info/1.8 lrwxr-xr-x 1 ajasaxen staff 20 Sep 9 2016 sip -> ../Cellar/sip/4.18.1 lrwxr-xr-x 1 ajasaxen staff 22 Jan 27 16:53 smlnj -> ../Cellar/smlnj/110.80 lrwxr-xr-x 1 ajasaxen staff 23 Feb 17 15:38 sqlite -> ../Cellar/sqlite/3.17.0 lrwxr-xr-x 1 ajasaxen staff 25 Jan 28 19:23 tomcat@7 -> ../Cellar/tomcat@7/7.0.73 lrwxr-xr-x 1 ajasaxen staff 20 Jan 11 17:20 webp -> ../Cellar/webp/0.5.2 lrwxr-xr-x 1 ajasaxen staff 19 Dec 31 00:52 wget -> ../Cellar/wget/1.18 lrwxr-xr-x 1 ajasaxen staff 25 Jan 30 13:10 wireshark -> ../Cellar/wireshark/2.2.4 lrwxr-xr-x 1 ajasaxen staff 18 Feb 17 15:38 xz -> ../Cellar/xz/5.2.3 lrwxr-xr-x 1 ajasaxen staff 22 Sep 9 2016 zeromq -> ../Cellar/zeromq/4.1.5 On Fri, Apr 21, 2017 at 3:52 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 12:33 PM, ajay saxena <ailerona...@gmail.com> wrote: > > > Below is the output from /usr/local/include > > What do > > ls -l /usr/local/include/lua.h > > ls /usr/local/opt > > print? > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
So i checked the AM_CPPFLAGS in both makefiles, The makefile in the epan directory has AM_CPPFLAGS = $(INCLUDEDIRS) -I$(builddir)/wslua $(WS_CPPFLAGS) \ $(GLIB_CFLAGS) $(LUA_CFLAGS) $(LIBGNUTLS_CFLAGS) \ $(LIBGCRYPT_CFLAGS) $(LIBSMI_CFLAGS) $(LIBGEOIP_CFLAGS) \ $(LZ4_CFLAGS) $(KRB5_CFLAGS) $(SNAPPY_CFLAGS) $(LIBXML2_CFLAGS) as the AM_CPPFLAGS whereas in the epan/dissectors directory the makefile has AM_CPPFLAGS as AM_CPPFLAGS = $(INCLUDEDIRS) -I$(top_srcdir)/epan $(WS_CPPFLAGS) \ $(GLIB_CFLAGS) $(LIBGNUTLS_CFLAGS) $(LIBGCRYPT_CFLAGS) \ $(LIBGEOIP_CFLAGS) $(KRB5_CFLAGS) $(LIBXML2_CFLAGS) the LIBGEOIP_CFLAGS is in both though. Do files in epan directory import GeoIP too? On Fri, Apr 21, 2017 at 5:06 PM, ajay saxena <ailerona...@gmail.com> wrote: > Please find attached, the Makefile in the epan directory. > > On Fri, Apr 21, 2017 at 5:02 PM, Guy Harris <g...@alum.mit.edu> wrote: > >> On Apr 21, 2017, at 1:47 PM, ajay saxena <ailerona...@gmail.com> wrote: >> >> > So i added the include lua directive at the top of the file and now i >> get the error for lua >> > >> > packet-ip.c:27:10: fatal error: 'lua.h' file not found >> > #include >> > ^ >> >> ...which works just fine for files in the epan directory, but not for >> files in the epan/dissectors directory. >> >> You can remove the extra include; that was just a test. >> >> Please send the Makefile in the epan directory, so I can compare it with >> the Makefile in the epan/dissectors directory (which you already sent). >> >> >> ___ >> Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> >> Archives:https://www.wireshark.org/lists/wireshark-dev >> Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev >> mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscr >> ibe >> > > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
Below is the output from /usr/local/include GeoIP.h QtQuickTemplates2 gdfonts.h pango-1.0 GeoIPCity.h QtQuickTest gdfontt.h pcre.h Qt3DCore QtQuickWidgets gdfx.h pcre_scanner.h Qt3DExtras QtScript gdk-pixbuf-2.0 pcre_stringpiece.h Qt3DInput QtScriptTools gdpp.h pcrecpp.h Qt3DLogic QtScxml geos pcrecpparg.h Qt3DQuick QtSensors geos.h pcreposix.h Qt3DQuickExtras QtSerialBus geos_c.h pg_config.h Qt3DQuickInput QtSerialPort gio-unix-2.0 pg_config_ext.h Qt3DQuickRender QtSql glib-2.0 pg_config_manual.h Qt3DRender QtSvg gmp.h pg_config_os.h QtAccessibilitySupport QtTest gmpxx.h pgtypes_date.h QtBluetooth QtTextToSpeech gnutls pgtypes_error.h QtCLucene QtThemeSupport gobject-introspection-1.0 pgtypes_interval.h QtCglSupport QtUiTools gpg-error.h pgtypes_numeric.h QtCharts QtWebChannel graphviz pgtypes_timestamp.h QtClipboardSupport QtWebEngine gsettings-desktop-schemas pixman-1 QtConcurrent QtWebEngineCore gtk-3.0 png.h QtCore QtWebEngineWidgets gtksourceview-3.0 pngconf.h QtDBus QtWebSockets harfbuzz pnglibconf.h QtDataVisualization QtWebView informix postgres_ext.h QtDesigner QtWidgets internal pugixml-1.8 QtDesignerComponents QtXml isl pycairo QtDeviceDiscoverySupport QtXmlPatterns jasper pygobject-3.0 QtEventDispatcherSupport ares.h jconfig.h python2.7 QtFbSupport ares_build.h jerror.h server QtFontDatabaseSupport ares_dns.h jmorecfg.h sip.h QtGamepad ares_rules.h jpeglib.h sql3types.h QtGraphicsSupport ares_version.h lauxlib.h sqlca.h QtGui atk-1.0 lcms2.h sqlda-compat.h QtHelp c++ lcms2_plugin.h sqlda-native.h QtLocation cairo libltdl sqlda.h QtMacExtras dbus-1.0 libpng16 tiff.h QtMultimedia ecpg_config.h libpq tiffconf.h QtMultimediaQuick_p ecpg_informix.h libpq-events.h tiffio.h QtMultimediaWidgets ecpgerrno.h libpq-fe.h tiffio.hxx QtNetwork ecpglib.h libtasn1.h tiffvers.h QtNetworkAuth ecpgtype.h ltdl.h unicase.h QtNfc entities.h lua.h uniconv.h QtOpenGL epoxy lua.hpp unictype.h QtOpenGLExtensions fontconfig lua5.2 unigbrk.h QtPacketProtocol freetype2 luaconf.h unilbrk.h QtPlatformCompositorSupport gail-3.0 lualib.h uniname.h QtPlatformHeaders gcrypt.h lzma uninorm.h QtPositioning gd.h lzma.h unistdio.h QtPrintSupport gd_color_map.h mpc.h unistr.h QtPurchasing gd_errors.h mpf2mpfr.h unistring QtQml gd_io.h mpfr.h unitypes.h QtQmlDebug gdbm.h mysql uniwbrk.h QtQmlDevTools gdcache.h nettle uniwidth.h QtQuick gdfontg.h openjpeg-2.1 webp QtQuickControls2 gdfontl.h openslide zmq.h QtQuickParticles gdfontmb.h p11-kit-1 zmq_utils.h On Fri, Apr 21, 2017 at 3:23 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 12:18 PM, ajay saxena <ailerona...@gmail.com> wrote: > > > The compile fails with the same message even after I rename the existing > sym link and phyiscally copy the file to my usr/local/include folder. > > OK, you can put the symlink back. > > What does "ls /usr/local/include" print? > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
Hi Guy, To hack around this issue, i added AM_CPPFLAGS = $(INCLUDEDIRS) -I$(top_srcdir)/epan $(WS_CPPFLAGS) \ $(GLIB_CFLAGS) $(LIBGNUTLS_CFLAGS) $(LIBGCRYPT_CFLAGS) \ $(LIBGEOIP_CFLAGS) $(KRB5_CFLAGS) $(LIBXML2_CFLAGS) -I/usr/local/include /usr/local/include to the makefile of epan/dissectors. After which I did not get a compile issue Though the compile failed at a different file *addr_resolv.c:91:11: **fatal error: **'ares.h' file not found* # include and this file too is present in the /usr/local/include. So i think AM_CPPFLAGS is not searching my /usr/local/include. Could there be an issue with my script that generates these makefiles? I assumed that script that would generate these make files would add /usr/local/include in the search path by default On Fri, Apr 21, 2017 at 7:15 PM, ajay saxena <ailerona...@gmail.com> wrote: > I think the difference is when compiling using make, /usr/local/include is > not present in the search path. Whereas when compiling with cmake > /usr/local/include is present in the search path > > On Fri, Apr 21, 2017 at 7:12 PM, ajay saxena <ailerona...@gmail.com> > wrote: > >> Using cmake, this is the compilation for packet-ip.c >> >> [ 25%] Building C object epan/dissectors/CMakeFiles/dis >> sectors.dir/packet-ip.c.o >> cd >> /Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/build/epan/dissectors >> && >> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc >> -DG_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES -DWS_BUILD_DLL >> -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/build >> -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark >> -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/epan >> -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/tools/lemon >> -isystem /usr/local/opt/gettext/include -isystem /usr/local/include >> -isystem /usr/local/Cellar/geoip/1.6.9/include -isystem >> /usr/local/Cellar/glib/2.50.3/include/glib-2.0 -isystem >> /usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include -isystem >> /usr/local/Cellar/pcre/8.39/include -isystem >> /usr/local/Cellar/gnutls/3.5.8/include -isystem >> /System/Library/Frameworks/Kerberos.framework/Headers -isystem >> /usr/local/opt/lua/include -isystem /usr/include/libxml2 -iframework >> /usr/local/Cellar/qt@5.5/5.5.1_1/lib -isystem /usr/local/Cellar/qt@5.5 >> /5.5.1_1/lib/QtCore.framework/Headers -isystem /usr/local/Cellar/qt@5.5 >> /5.5.1_1/./mkspecs/macx-clang -isystem /usr/local/Cellar/qt@5.5/5.5.1 >> _1/lib/QtMacExtras.framework/Headers -isystem /usr/local/Cellar/qt@5.5 >> /5.5.1_1/lib/QtGui.framework/Headers -isystem >> /System/Library/Frameworks/OpenGL.framework/Headers -isystem >> /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtMultimedia.framework/Headers >> -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtNetwork.framework/Headers >> -isystem >> /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtPrintSupport.framework/Headers >> -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtWidgets.framework/Headers >> -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtSvg.framework/Headers >> -I/Users/ajasaxen/gitHubProjects/wireshark-official/ >> wireshark/build/epan/dissectors -I/Users/ajasaxen/gitHubProjec >> ts/wireshark-official/wireshark/epan/dissectors -Qunused-arguments >> -fvisibility=hidden -O2 -g -DNDEBUG -fPIC -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=16384 -Wc++-compat -Wshadow -Wno-pointer-sign >> -Wold-style-definition -Wstrict-prototypes -Wunused-const-variable >> -Wshorten-64-to-32 -Werror=implicit -std=gnu99 -Werror -o >> CMakeFiles/dissectors.dir/packet-ip.c.o -c >> /Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/ >> epan/dissectors/packet-ip.c >> >> On Fri, Apr 21, 2017 at 6:38 PM, ajay saxena <ailerona...@gmail.com> >> wrote: >> >>> for make V = 1, i get this output >>> >>> make[6]: Nothing to be done for `all'. >>> >>> depbase=`echo packet-ip.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ >>> >>> /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. >>> -I../.. -I../.. -I../../epan -D_FORTIFY_SOURCE=2 >>> -DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -D_REENTRANT >>> -isystem/usr/local/Cellar/glib/2.50.3/include/glib-2.0 >>> -isystem/usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include >>> -isystem/usr/local/opt/gettext/includ
Re: [Wireshark-dev] Compilation issue on Mac OS
I think the difference is when compiling using make, /usr/local/include is not present in the search path. Whereas when compiling with cmake /usr/local/include is present in the search path On Fri, Apr 21, 2017 at 7:12 PM, ajay saxena <ailerona...@gmail.com> wrote: > Using cmake, this is the compilation for packet-ip.c > > [ 25%] Building C object epan/dissectors/CMakeFiles/ > dissectors.dir/packet-ip.c.o > cd > /Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/build/epan/dissectors > && /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin/cc -DG_DISABLE_DEPRECATED > -DG_DISABLE_SINGLE_INCLUDES -DWS_BUILD_DLL -I/Users/ajasaxen/ > gitHubProjects/wireshark-official/wireshark/build -I/Users/ajasaxen/ > gitHubProjects/wireshark-official/wireshark -I/Users/ajasaxen/ > gitHubProjects/wireshark-official/wireshark/epan -I/Users/ajasaxen/ > gitHubProjects/wireshark-official/wireshark/tools/lemon -isystem > /usr/local/opt/gettext/include -isystem /usr/local/include -isystem > /usr/local/Cellar/geoip/1.6.9/include -isystem > /usr/local/Cellar/glib/2.50.3/include/glib-2.0 -isystem > /usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include -isystem > /usr/local/Cellar/pcre/8.39/include -isystem > /usr/local/Cellar/gnutls/3.5.8/include > -isystem /System/Library/Frameworks/Kerberos.framework/Headers -isystem > /usr/local/opt/lua/include -isystem /usr/include/libxml2 -iframework > /usr/local/Cellar/qt@5.5/5.5.1_1/lib -isystem /usr/local/Cellar/qt@5.5 > /5.5.1_1/lib/QtCore.framework/Headers -isystem /usr/local/Cellar/qt@5.5 > /5.5.1_1/./mkspecs/macx-clang -isystem /usr/local/Cellar/qt@5.5/5.5. > 1_1/lib/QtMacExtras.framework/Headers -isystem /usr/local/Cellar/qt@5.5 > /5.5.1_1/lib/QtGui.framework/Headers -isystem > /System/Library/Frameworks/OpenGL.framework/Headers > -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtMultimedia.framework/Headers > -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtNetwork.framework/Headers > -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtPrintSupport.framework/Headers > -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtWidgets.framework/Headers > -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtSvg.framework/Headers > -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/build/epan/dissectors > -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/epan/dissectors > -Qunused-arguments -fvisibility=hidden -O2 -g -DNDEBUG -fPIC -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=16384 -Wc++-compat -Wshadow > -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes > -Wunused-const-variable -Wshorten-64-to-32 -Werror=implicit -std=gnu99 > -Werror -o CMakeFiles/dissectors.dir/packet-ip.c.o -c /Users/ajasaxen/ > gitHubProjects/wireshark-official/wireshark/epan/dissectors/packet-ip.c > > On Fri, Apr 21, 2017 at 6:38 PM, ajay saxena <ailerona...@gmail.com> > wrote: > >> for make V = 1, i get this output >> >> make[6]: Nothing to be done for `all'. >> >> depbase=`echo packet-ip.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ >> >> /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. >> -I../.. -I../.. -I../../epan -D_FORTIFY_SOURCE=2 >> -DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -D_REENTRANT >> -isystem/usr/local/Cellar/glib/2.50.3/include/glib-2.0 >> -isystem/usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include >> -isystem/usr/local/opt/gettext/include >> -isystem/usr/local/Cellar/pcre/8.39/include >> -I/usr/local/Cellar/gnutls/3.5.8/include >> -I/usr/local/Cellar/nettle/3.3/include >> -I/usr/local/Cellar/libtasn1/4.10/include >> -I/usr/local/Cellar/p11-kit/0.23.3/include/p11-kit-1 >> -I/usr/local/opt/libgcrypt/include -I/usr/local/opt/libgpg-error/include >> -I/usr/include/libxml2 -Werror -mmacosx-version-min=10.12 -isysroot >> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX. >> platform/Developer/SDKs/MacOSX10.12.sdk -Wall -Wextra -Wendif-labels >> -Wpointer-arith -Wformat-security -fwrapv -Wvla -Waddress -Wattributes >> -Wdiv-by-zero -Wignored-qualifiers -Wpragmas -Wno-overlength-strings >> -Wno-long-long -Wheader-guard -Wc++-compat -Wunused-const-variable -Wshadow >> -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes >> -Wshorten-64-to-32 -Werror=implicit -Qunused-arguments -fvisibility=hidden >> -g -O2 -MT packet-ip.lo -MD -MP -MF $depbase.Tpo -c -o packet-ip.lo >> packet-ip.c &&\ >> >> mv -f $depbase.Tpo $depbase.Plo >> >> lib
Re: [Wireshark-dev] Compilation issue on Mac OS
for make V = 1, i get this output make[6]: Nothing to be done for `all'. depbase=`echo packet-ip.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../epan -D_FORTIFY_SOURCE=2 -DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -D_REENTRANT -isystem/usr/local/Cellar/glib/2.50.3/include/glib-2.0 -isystem/usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include -isystem/usr/local/opt/gettext/include -isystem/usr/local/Cellar/pcre/8.39/include -I/usr/local/Cellar/gnutls/3.5.8/include -I/usr/local/Cellar/nettle/3.3/include -I/usr/local/Cellar/libtasn1/4.10/include -I/usr/local/Cellar/p11-kit/0.23.3/include/p11-kit-1 -I/usr/local/opt/libgcrypt/include -I/usr/local/opt/libgpg-error/include -I/usr/include/libxml2 -Werror -mmacosx-version-min=10.12 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk -Wall -Wextra -Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -Wvla -Waddress -Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long -Wheader-guard -Wc++-compat -Wunused-const-variable -Wshadow -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes -Wshorten-64-to-32 -Werror=implicit -Qunused-arguments -fvisibility=hidden -g -O2 -MT packet-ip.lo -MD -MP -MF $depbase.Tpo -c -o packet-ip.lo packet-ip.c &&\ mv -f $depbase.Tpo $depbase.Plo libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../epan -D_FORTIFY_SOURCE=2 -DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -D_REENTRANT -isystem/usr/local/Cellar/glib/2.50.3/include/glib-2.0 -isystem/usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include -isystem/usr/local/opt/gettext/include -isystem/usr/local/Cellar/pcre/8.39/include -I/usr/local/Cellar/gnutls/3.5.8/include -I/usr/local/Cellar/nettle/3.3/include -I/usr/local/Cellar/libtasn1/4.10/include -I/usr/local/Cellar/p11-kit/0.23.3/include/p11-kit-1 -I/usr/local/opt/libgcrypt/include -I/usr/local/opt/libgpg-error/include -I/usr/include/libxml2 -Werror -mmacosx-version-min=10.12 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk -Wall -Wextra -Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -Wvla -Waddress -Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long -Wheader-guard -Wc++-compat -Wunused-const-variable -Wshadow -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes -Wshorten-64-to-32 -Werror=implicit -Qunused-arguments -fvisibility=hidden -g -O2 -MT packet-ip.lo -MD -MP -MF .deps/packet-ip.Tpo -c packet-ip.c -fno-common -DPIC -o .libs/packet-ip.o *packet-ip.c:63:10: **fatal error: **'GeoIP.h' file not found* #include * ^* On Fri, Apr 21, 2017 at 5:38 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 2:33 PM, ajay saxena <ailerona...@gmail.com> wrote: > > > Also cmake on the same source works, I would assume that it reads the > header files from same locations unless it uses a fundamentally different > resolution mechanism. > > In both build processes, the resolution mechanism is in clang; the > difference would be in what arguments (and environment variables?) it's > passed. > > Try doing > > make V=1 > > with autotools and > > make VERBOSE=1 > > with CMake, and show what the command used to build packet-ip.c is in both > cases. > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
Using cmake, this is the compilation for packet-ip.c [ 25%] Building C object epan/dissectors/CMakeFiles/dissectors.dir/packet-ip.c.o cd /Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/build/epan/dissectors && /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -DG_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES -DWS_BUILD_DLL -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/build -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/epan -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/tools/lemon -isystem /usr/local/opt/gettext/include -isystem /usr/local/include -isystem /usr/local/Cellar/geoip/1.6.9/include -isystem /usr/local/Cellar/glib/2.50.3/include/glib-2.0 -isystem /usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include -isystem /usr/local/Cellar/pcre/8.39/include -isystem /usr/local/Cellar/gnutls/3.5.8/include -isystem /System/Library/Frameworks/Kerberos.framework/Headers -isystem /usr/local/opt/lua/include -isystem /usr/include/libxml2 -iframework /usr/local/Cellar/qt@5.5/5.5.1_1/lib -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtCore.framework/Headers -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/./mkspecs/macx-clang -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtMacExtras.framework/Headers -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtGui.framework/Headers -isystem /System/Library/Frameworks/OpenGL.framework/Headers -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtMultimedia.framework/Headers -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtNetwork.framework/Headers -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtPrintSupport.framework/Headers -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtWidgets.framework/Headers -isystem /usr/local/Cellar/qt@5.5/5.5.1_1/lib/QtSvg.framework/Headers -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/build/epan/dissectors -I/Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/epan/dissectors -Qunused-arguments -fvisibility=hidden -O2 -g -DNDEBUG -fPIC -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=16384 -Wc++-compat -Wshadow -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes -Wunused-const-variable -Wshorten-64-to-32 -Werror=implicit -std=gnu99 -Werror -o CMakeFiles/dissectors.dir/packet-ip.c.o -c /Users/ajasaxen/gitHubProjects/wireshark-official/wireshark/epan/dissectors/packet-ip.c On Fri, Apr 21, 2017 at 6:38 PM, ajay saxena <ailerona...@gmail.com> wrote: > for make V = 1, i get this output > > make[6]: Nothing to be done for `all'. > > depbase=`echo packet-ip.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ > > /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. > -I../.. -I../.. -I../../epan -D_FORTIFY_SOURCE=2 > -DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -D_REENTRANT > -isystem/usr/local/Cellar/glib/2.50.3/include/glib-2.0 > -isystem/usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include > -isystem/usr/local/opt/gettext/include > -isystem/usr/local/Cellar/pcre/8.39/include > -I/usr/local/Cellar/gnutls/3.5.8/include > -I/usr/local/Cellar/nettle/3.3/include > -I/usr/local/Cellar/libtasn1/4.10/include > -I/usr/local/Cellar/p11-kit/0.23.3/include/p11-kit-1 > -I/usr/local/opt/libgcrypt/include -I/usr/local/opt/libgpg-error/include > -I/usr/include/libxml2 -Werror -mmacosx-version-min=10.12 -isysroot > /Applications/Xcode.app/Contents/Developer/Platforms/ > MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk -Wall -Wextra > -Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -Wvla -Waddress > -Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas > -Wno-overlength-strings -Wno-long-long -Wheader-guard -Wc++-compat > -Wunused-const-variable -Wshadow -Wno-pointer-sign -Wold-style-definition > -Wstrict-prototypes -Wshorten-64-to-32 -Werror=implicit -Qunused-arguments > -fvisibility=hidden -g -O2 -MT packet-ip.lo -MD -MP -MF $depbase.Tpo -c -o > packet-ip.lo packet-ip.c &&\ > > mv -f $depbase.Tpo $depbase.Plo > > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../epan > -D_FORTIFY_SOURCE=2 -DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED > -D_REENTRANT -isystem/usr/local/Cellar/glib/2.50.3/include/glib-2.0 > -isystem/usr/local/Cellar/glib/2.50.3/lib/glib-2.0/include > -isystem/usr/local/opt/gettext/include > -isystem/usr/local/Cellar/pcre/8.39/include > -I/usr/local/Cellar/gnutls/3.5.8/include > -I/usr/local/Cellar/nettle/3.3/include > -I/usr/local/Cellar/libtasn1/4.10/include > -I/usr/local/Cellar/p11-kit/0.23.3/include/p11-kit-1 > -I/usr/local/opt/libgcrypt/include -I/usr/local/opt/libgpg-error
Re: [Wireshark-dev] Compilation issue on Mac OS
This was the link that i was trying to send earlier http://stackoverflow.com/questions/23905661/on-mac-g-clang-fails-to-search-usr-local-include-and-usr-local-lib-by-def On Fri, Apr 21, 2017 at 11:17 PM, ajay saxena <ailerona...@gmail.com> wrote: > Hi Guy, > > So i found this on stackoverflow > > > On Fri, Apr 21, 2017 at 11:10 PM, Guy Harris <g...@alum.mit.edu> wrote: > >> On Apr 21, 2017, at 8:04 PM, ajay saxena <ailerona...@gmail.com> wrote: >> >> > This is what i get for gcc --version >> > >> > Ajays-MacBook-Pro:wireshark ajasaxen$ gcc --version >> > Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr >> --with-gxx-include-dir=/usr/include/c++/4.2.1 >> > Apple LLVM version 8.1.0 (clang-802.0.42) >> > Target: x86_64-apple-darwin16.5.0 >> > Thread model: posix >> > InstalledDir: /Applications/Xcode.app/Conten >> ts/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin >> >> OK, so "gcc" is just another name for Clang, as I suspected. >> >> I'll file a bug asking that the Clang user manual document the way Clang >> searches for header files, and see if I can figure out what would cause it >> *not* to search /usr/local/include (by digging through the Clang source, if >> I have to). >> >> ___ >> Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> >> Archives:https://www.wireshark.org/lists/wireshark-dev >> Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev >> mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscr >> ibe >> > > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
Hi Guy, So i found this on stackoverflow On Fri, Apr 21, 2017 at 11:10 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 8:04 PM, ajay saxena <ailerona...@gmail.com> wrote: > > > This is what i get for gcc --version > > > > Ajays-MacBook-Pro:wireshark ajasaxen$ gcc --version > > Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr > --with-gxx-include-dir=/usr/include/c++/4.2.1 > > Apple LLVM version 8.1.0 (clang-802.0.42) > > Target: x86_64-apple-darwin16.5.0 > > Thread model: posix > > InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/ > XcodeDefault.xctoolchain/usr/bin > > OK, so "gcc" is just another name for Clang, as I suspected. > > I'll file a bug asking that the Clang user manual document the way Clang > searches for header files, and see if I can figure out what would cause it > *not* to search /usr/local/include (by digging through the Clang source, if > I have to). > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Compilation issue on Mac OS
This is what i get for gcc --version Ajays-MacBook-Pro:wireshark ajasaxen$ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 8.1.0 (clang-802.0.42) Target: x86_64-apple-darwin16.5.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin On Fri, Apr 21, 2017 at 11:02 PM, Guy Harris <g...@alum.mit.edu> wrote: > On Apr 21, 2017, at 7:33 PM, ajay saxena <ailerona...@gmail.com> wrote: > > > Though the compile failed at a different file > > > > addr_resolv.c:91:11: fatal error: 'ares.h' file not found > > # include > > So it's failing for files in the epan directory, not just for files in > epan/dissectors. > > > and this file too is present in the /usr/local/include. So i think > AM_CPPFLAGS is not searching my /usr/local/include. > > Makefile variables don't search anything. *Compilers* search something. > > The question here is why the compiler isn't searching /usr/local/include. > Unfortunately, what the LLVM project calls a "manual" for Clang: > > http://clang.llvm.org/docs/UsersManual.html > > isn't a very *good* manual - for example, it doesn't describe the include > file search rules anywhere, so it gives no indication of whether > /usr/local/include is part of the default search path and, if it's not > always part of the default search path, when it's not. > > Now, on your system, the autotools make use something called "gcc", but > that might just be Clang, rather than GCC, if you haven't explicitly > installed GCC. What does "gcc --version" print? > > ___ > Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
[Wireshark-dev] Trying to enable logs for wireshark
Hi, I am running wireshark on a mac and I am trying to enable g_log for wireshark. As stated here, https://wiki.wireshark.org/Development/Tips, I am trying to change the console.log.level to 252, however the console.log.level setting appears to be frozen and I am unable to change it. The navigation that I am following to reach this place is wireshark --> preferences --> advanced I am trying to do this on the dev version and following are the environment details. Does someone know why this is not working Environment information --- Version 2.5.0 (v2.5.0rc0-2217-g4f146fa9) Copyright 1998-2018 Gerald Combsand contributors. License GPLv2+: GNU GPL version 2 or later < http://www.gnu.org/licenses/old-licenses/gpl-2.0.html> This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled (64-bit) with Qt 5.5.1, with libpcap, without POSIX capabilities, with GLib 2.50.3, with zlib 1.2.8, without SMI, with c-ares 1.12.0, with Lua 5.2.4, with GnuTLS 3.5.8, with Gcrypt 1.7.6, with MIT Kerberos, with GeoIP, without nghttp2, without LZ4, without Snappy, with libxml2 2.9.4, with QtMultimedia, without SBC, without SpanDSP, without bcg729. Running on Mac OS X 10.12.6, build 16G1114 (Darwin 16.7.0), with Intel(R) Core(TM) i5-5257U CPU @ 2.70GHz (with SSE4.2), with 8192 MB of physical memory, with locale en_US.UTF-8, with libpcap version 1.8.1 -- Apple version 67.60.2, with GnuTLS 3.5.8, with Gcrypt 1.7.6, with zlib 1.2.8, binary plugins supported (0 loaded). Built using clang 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2). Wireshark is Open Source Software released under the GNU General Public License. Check the man page and http://www.wireshark.org for more information. Thanks, Ajay ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] git doesn't like me anymore
You should be able to add your changes to the existing branch by running the following commands. These commands assume you are already on the branch using which you created the PR. git add updateFileName git commit -m "message" git push When you push the new commits to your fork that should help to update the pull request. On Sun, Jan 17, 2021 at 3:44 PM Fulko Hew wrote: > > The subject line says it all, but it doesn't say why. > git and I just don't seem to understand one another. > > I've made a new dissector, and I went through the whole process > to clone the repo, add/change my stuff, resync it, and submit > my merge request. Now the approver(s) asked for some changes, > and although I disagreed with the need for the last one, I've > now made that enhancement too, and want to commit it and have > it merged. > > But now after doing the 'git commit -a', the instructions say > I need to do 'git push downstream HEAD', but that returns the > error messages: > > fatal: 'downstream' does not appear to be a git repository > fatal: Could not read from remote repository. > > Please make sure you have the correct access rights > and the repository exists. > > > I'll admit, I don't understand git, let alone how to use it, > so I need help on what I need to do to get past this issue. > > Thanks > Fulko > > > ___ > Sent via:Wireshark-dev mailing list > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org > ?subject=unsubscribe ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] git doesn't like me anymore
Each time you make a change to a file, you need to stage it irrespective of whether the file was present in an earlier commit and was "added" earlier. The staging is done by the git command git add. A staged change needs to be committed to create a commit out of it. So after you run git add, you will need to run git commit to create the commit. If you run the command git status when you have made changes to a file but not staged it git will display the file in the list of unstaged files. When you run git status after running git add for the file, git will show the file in the list of staged files Finally after running the commit command, the changed file wont show up as staged or unstaged files at which point you can push this commit and possibly merge the change in a different branch/repo. A push is mechanism for you to update the remote copy of your local branch with commits from your local branch. A pull/merge request helps to merge commits from a given repo/branch into another repo/branch. It also creates a diff between them that helps people to review the changes. On Sun, Jan 17, 2021 at 4:11 PM Fulko Hew wrote: > > > On Sun, Jan 17, 2021 at 6:50 PM ajay saxena wrote: > >> You should be able to add your changes to the existing branch by running >> the following commands. These commands assume you are already on the branch >> using which you created the PR. >> >> git add updateFileName >> > > Since I only modified an existing file that I had previously added, > I don't think? I need to add the file again. > >> git commit -m "message" >> > > I did this and it replied about the fact that the one file changed with > 'n' additions and deletions. > >> git push >> > > And that's where I issued git push downstream HEAD (as per the > documentation) > If I use a simple 'git push', it tells me I need to do a 'git push > upstream HEAD'. > > When you push the new commits to your fork that should help to update the >> pull request. >> > > To someone like me, who's been a embedded software guy for over 40 years, > (but never a git user) that statement above is confusing... >'when you push ... it updates the pull...' ?huh? > > P.S. While waiting for replies to this email, I tried that git push > upstream HEAD > command again, but this time it asked for my ID (which it never did > before). > I think I've managed to get it wrong 4 times in a row, and now I'm locked > out. > > Now what can I (also) do to unlock it? > > (from bad to worse) Fulko > > > > > >> On Sun, Jan 17, 2021 at 3:44 PM Fulko Hew wrote: >> >>> >>> The subject line says it all, but it doesn't say why. >>> git and I just don't seem to understand one another. >>> >>> I've made a new dissector, and I went through the whole process >>> to clone the repo, add/change my stuff, resync it, and submit >>> my merge request. Now the approver(s) asked for some changes, >>> and although I disagreed with the need for the last one, I've >>> now made that enhancement too, and want to commit it and have >>> it merged. >>> >>> But now after doing the 'git commit -a', the instructions say >>> I need to do 'git push downstream HEAD', but that returns the >>> error messages: >>> >>> fatal: 'downstream' does not appear to be a git repository >>> fatal: Could not read from remote repository. >>> >>> Please make sure you have the correct access rights >>> and the repository exists. >>> >>> >>> I'll admit, I don't understand git, let alone how to use it, >>> so I need help on what I need to do to get past this issue. >>> >>> Thanks >>> Fulko >>> >>> >>> >>> ___ >>> Sent via:Wireshark-dev mailing list >>> Archives:https://www.wireshark.org/lists/wireshark-dev >>> Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev >>> mailto:wireshark-dev-requ...@wireshark.org >>> ?subject=unsubscribe >> >> >> ___ >> Sent via:Wireshark-dev mailing list >> Archives:https://www.wireshark.org/lists/wireshark-dev >> Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev >> mailto:wireshark-dev-requ...@wireshark.org >> ?subject=unsubscribe > > ___ > Sent via:Wireshark-dev mailing list > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org > ?subject=unsubscribe ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe