Wireshark mailing list archives
Re: Compilation issue on Mac OS
From: ajay saxena <aileronajay () gmail com>
Date: Fri, 21 Apr 2017 23:50:56 -0400
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 <gcrypt.h>
#include <stdio.h>
#include <GeoIP.h>
#include <ares.h>
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/55pxmrx11s720rx49cxb3brc0000gn/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/55pxmrx11s720rx49cxb3brc0000gn/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 <aileronajay () 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 <aileronajay () gmail com> wrote:Hi Guy, So i found this on stackoverflow On Fri, Apr 21, 2017 at 11:10 PM, Guy Harris <guy () alum mit edu> wrote:On Apr 21, 2017, at 8:04 PM, ajay saxena <aileronajay () 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.1Apple 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-request () 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-request () wireshark org?subject=unsubscribe
Current thread:
- Re: Compilation issue on Mac OS, (continued)
- Re: Compilation issue on Mac OS Guy Harris (Apr 21)
- Re: Compilation issue on Mac OS ajay saxena (Apr 21)
- Re: Compilation issue on Mac OS ajay saxena (Apr 21)
- Re: Compilation issue on Mac OS ajay saxena (Apr 21)
- Re: Compilation issue on Mac OS ajay saxena (Apr 21)
- Re: Compilation issue on Mac OS Guy Harris (Apr 21)
- Re: Compilation issue on Mac OS ajay saxena (Apr 21)
- Re: Compilation issue on Mac OS Guy Harris (Apr 21)
- Re: Compilation issue on Mac OS ajay saxena (Apr 21)
- Re: Compilation issue on Mac OS ajay saxena (Apr 21)
- Re: Compilation issue on Mac OS ajay saxena (Apr 21)
- Re: Compilation issue on Mac OS Guy Harris (Apr 22)
- Re: Compilation issue on Mac OS ajay saxena (Apr 22)
- Re: Compilation issue on Mac OS ajay saxena (Apr 22)
- Re: Compilation issue on Mac OS ajay saxena (Apr 22)
