#34 Configure fails on Mac OS X 10.6

[Anonymous]

Attempting to configure on Mac OS X 10.6 fails with the following output:

<pre>Configuring System ...

checking build system type... i386-apple-darwin10.3.0
checking host system type... i386-apple-darwin10.3.0
checking target system type... i386-apple-darwin10.3.0
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for prefix by checking for tcpdump... /usr/sbin/tcpdump

Configuring GNU Regular Expression library ...

creating cache ./config.cache
checking host system type... i386-apple-darwin10.3.0
checking target system type... i386-apple-darwin10.3.0
checking build system type... i386-apple-darwin10.3.0
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for a BSD compatible install... /usr/bin/install -c
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking for getmntent in -lseq... no
checking for POSIXized ISC... no
checking for minix/config.h... no
checking for ANSI C header files... yes
checking for string.h... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for working const... yes
checking for prefix by checking for gcc... /usr/bin/gcc
updating cache ./config.cache
creating ./config.status
creating Makefile
creating doc/Makefile
creating test/Makefile

Configuring Network Grep (ngrep) ...

checking for a complete set of pcap headers...

more than one set found in:
/usr/include
/usr/include/pcap

please wipe out all unused pcap installations</pre>

[Anonymous]

I figured out a workaround. Posting here for anyone else who may have the same issue. All I did was to move all the pcap*.h files out of /usr/include temporarily while it configured and installed, then moved them back when it was done. Works for me now.

[Guy Harris]

This is a consequence of newer versions of libpcap having a "pcap" subdirectory of the include directory, putting pcap.h into that subdirectory, AND leaving behind a top-level pcap.h file for backwards source compatibility. This is NOT a problem unique to Mac OS X 10.6 - it'll show up on recent versions of most Linux distributions, recent versions of most if not all *BSDs, and any other system with a sufficiently-recent libpcap.

The fix is simple - instead of having both XXX and XXX/pcap, for various values of XXX, in the list of directories to search, just have the top-level include directories and, for each of them, search in both the top-level directory and its pcap subdirectory (if it exists) for pcap.h.

See the attached patch to configure.in.

[Jordan Ritter]

Stale bug, closing.

FYI bug reports are managed here now: https://github.com/jpr5/ngrep/issues