Under OS X 10.2.4 you can do a symlink from /lib/cpp to /usr/bin/cpp to
get past the configure into the make, but it still ends up bombing
Out. Note, I am not 100% sure if this is the "correct" thing to do, but it
worked better than not linking them ... =-)
cc1plus: warning: changing search order for system directory
"/usr/local/include"
cc1plus: warning: as it has already been specified as a non-system
directory
In file included from output.h:67,
from nmap.h:369,
from main.cc:48:
tcpip.h:247: redefinition of `struct ip'
/usr/include/netinet/ip.h:71: previous definition of `struct ip'
tcpip.h:291: redefinition of `struct icmp_ra_addr'
/usr/include/netinet/ip_icmp.h:70: previous definition of `struct
icmp_ra_addr'
tcpip.h:297: redefinition of `struct icmp'
/usr/include/netinet/ip_icmp.h:78: previous definition of `struct icmp'
make: *** [main.o] Error 1
-----Original Message-----
From: Javier Solorzano [mailto:[EMAIL PROTECTED]
Sent: Friday, March 21, 2003 6:56 AM
To: Nessus List (E-mail)
Subject: Re: New nmap v3.20!
Nmap 3.2 won't compile out of the box on OS X 10.2.4. It doesn't look
like a g++ problem
checking for g++... g++
checking for C++ compiler default output... a.out
checking whether the C++ compiler works... yes
but it does look like a c++ thing:
checking how to run the C preprocessor... /lib/cpp
configure: error: C preprocessor "/lib/cpp" fails sanity check
I'm not in for c++ so I'm not likely to sort this one out by myself.
Any ideas?
Cheers,
JS
On Friday, Mar 21, 2003, at 00:57 Europe/Madrid, Renaud Deraison wrote:
> On Thu, Mar 20, 2003 at 03:45:34PM -0800, Phillip Pi wrote:
>> Any known problems with the new version and Nessus v2.0?
>
> It requires g++ to compile and uses libpcap 0.7.1. I've minor gripes :
>
> - g++ is not installed everywhere
>
> - libpcap 0.7.1 : I did some testing of libpcap 0.6.x (the "post lbl
> libpcap") on Linux, and when you have a great number of processes
> each
> having a different filter on their own pcap filter, in some cases
the
> wrong packets will go through. I did not test it with libpcap 0.7,
so
> it might have been fixed, but that was pretty ugly. For the record,
> Nessus 1.3.x _had_ libpcap 0.6.x in CVS for a while, and I switched
> back to 0.4.x (the True One) because of its instability. I may give
> a shot to 0.7.1, but I don't have high hopes.
>
>
> If you have a modern Linux distribution and don't scan too many hosts
> at
> the same time, none of my gripes are an issue. If you try to scan 200
> hosts simultaneously[*], your mileage may vary
>
>
>
> -- Renaud
>
> [*] Fortunately, nmap is too memory hungry to let you do that :)
>
