Fw: Issues on AIX 5.3 installation

[Vinicius Batista <vbatista () gmail com>]

Ok, I just found out the 'ftruncate64' issue - it's related to LARGE FILES support on AIX, which is not enabled unless 
you edit the file <nmap installation folder>/libpcap/scanner.c and add the following definition:  

#define _LARGE_FILES 1

After that, I ran gmake and it passed that code without issues. The next error occurred during 'libdnet-stripped/src' 
files compilation, as follows:

libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../include -I../include -g -O2 -Wall -c route-bsd.c -o route-bsd.o 
route-bsd.c: In function 'route_loop': route-bsd.c:469: error: too few arguments to function 'knlist' route-bsd.c:474: 
error: 'struct radix_node_head' has no member named 'rnh_next' route-bsd.c:477: error: 'struct radix_node_head' has no 
member named 'rnh_af' gmake[2]: *** [route-bsd.lo] Error 1 gmake[2]: Leaving directory 
`/home/wassrvr/RPMS/nmap-5.51/libdnet-stripped/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory 
`/home/wassrvr/RPMS/nmap-5.51/libdnet-stripped' gmake: *** [dnet_build] Error 2  

Again, looking over the internet, it looks an issue with libdnet AIX port, which is incomplete as per the following 
link:
http://seclists.org/nmap-dev/2009/q3/1037

BTW, I have specified on configure to use the included libdnet(which is occurring properly), but no lucky. Is that 
broken as well?

Thanks and regards  

--  
Vinicius Batista



Forwarded message:

> From: Vinicius Batista <vbatista () gmail com>
> To: David Fifield <david () bamsoftware com>
> Cc: nmap-dev () insecure org
> Date: Wednesday, 29 de February de 2012 22:07:02
> Subject: Re: Issues on AIX 5.3 installation
>  
> Hi David,  
> thanks for the instructions. That were exactly the one I am following. However, there are some issues after I execute 
> the following steps:
>  
> 1 - ./configure with options:  ./configure --prefix=/home/wassrvr/nmap --without-zenmap --with-libpcap=included
> No issues at all. I got the ASCII dragon without problems.
>  
> 2 - execute gmake, the bellow issue occurs. Looking over the internet, I have found this is something related to 
> libpcap, however, even using the "included" param on configuration, I get this error. Any hints?
> …
> gmake[1]: Leaving directory `/home/wassrvr/RPMS/nmap-5.51/liblua'
> Compiling libpcap
> gmake[1]: Entering directory `/home/wassrvr/RPMS/nmap-5.51/libpcap'
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./pcap-bpf.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./fad-gifc.c
> if grep GIT ./VERSION >/dev/null; then \
>         read ver <./VERSION; \
>         echo $ver | tr -d '\012'; \
>         date +_%Y_%m_%d; \
> else \
>         cat ./VERSION; \
> fi | sed -e 's/.*/static const char pcap_version_string[] = "libpcap version &";/' > version.h
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./pcap.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./inet.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./gencode.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./optimize.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./nametoaddr.c
> ./nametoaddr.c: In function 'pcap_ether_hostton':
> ./nametoaddr.c:483: warning: passing argument 1 of 'ether_hostton' discards qualifiers from pointer target type
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./etherent.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./savefile.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./sf-pcap.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./sf-pcap-ng.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./pcap-common.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./bpf_image.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c ./bpf_dump.c
> gcc -g -O2 -O2 -I.  -DHAVE_CONFIG_H  -D_U_="__attribute__((unused))" -c scanner.c
> In file included from scanner.c:2784:
> /usr/include/unistd.h:171: error: conflicting types for 'lseek64'
> /usr/include/unistd.h:169: error: previous declaration of 'lseek64' was here
> In file included from /usr/include/unistd.h:744,
>                  from scanner.c:2784:
> /usr/include/sys/lockf.h:64: error: conflicting types for 'lockf64'
> /usr/include/sys/lockf.h:62: error: previous declaration of 'lockf64' was here
> In file included from scanner.c:2784:
> /usr/include/unistd.h:807: error: conflicting types for 'ftruncate64'
> /usr/include/unistd.h:805: error: previous declaration of 'ftruncate64' was here
> /usr/include/unistd.h:843: error: conflicting types for 'truncate64'
> /usr/include/unistd.h:841: error: previous declaration of 'truncate64' was here
> /usr/include/unistd.h:860: error: conflicting types for 'pread64'
> /usr/include/unistd.h:857: error: previous declaration of 'pread64' was here
> /usr/include/unistd.h:861: error: conflicting types for 'pwrite64'
> /usr/include/unistd.h:858: error: previous declaration of 'pwrite64' was here
> /usr/include/unistd.h:928: error: conflicting types for 'fclear64'
> /usr/include/unistd.h:925: error: previous declaration of 'fclear64' was here
> /usr/include/unistd.h:929: error: conflicting types for 'fsync_range64'
> /usr/include/unistd.h:926: error: previous declaration of 'fsync_range64' was here
> gmake[1]: *** [scanner.o] Error 1
> gmake[1]: Leaving directory `/home/wassrvr/RPMS/nmap-5.51/libpcap'
> gmake: *** [pcap_build] Error 2
> wassrvr@b03cxnp01021:/home/wassrvr/RPMS/nmap-5.51>  
>  
>  
>  
> --  
> Vinicius Batista
>  
>  
> On Wednesday, 29 de February de 2012 at 18:59, David Fifield wrote:
>  
> > On Wed, Feb 29, 2012 at 04:44:46PM -0300, Vinicius Batista wrote:
> > > Hi,  
> > > please never mind the bellow question. I just found out that on AIX we should use gmake. There are other issues 
> > > occurring at this phase, however, I'll try to figure that out first.
> > >  
> >  
> >  
> > Please see also these instructions, and let us know if they don't work.
> >  
> > http://nmap.org/book/inst-other-platforms.html#inst-aix
> >  
> > David Fifield  
>  

_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/