Nmap Development: Error compiling nmap-4.76 during make of libnbase on MacOSX 10.3.9

[Myshkin LeVine <myshlev () mac com>]

Hello,
	  I had the same compiling errors as Sergej Arko who posted recently. 
The thread seems to have stopped without resolution so I decided to 
post. The build fails when libnbase starts to be compiled. Here are the 
error messages:
......................
Compiling libnbase
cd nbase && make
gcc -g -O2 -Wall    -DHAVE_CONFIG_H    -c -o snprintf.o snprintf.c
In file included from snprintf.c:66:
nbase.h:192: error: parse error before "u8"
nbase.h:192: warning: type defaults to `int' in declaration of `u8'
nbase.h:192: warning: data definition has no type or storage class
nbase.h:194: error: parse error before "u16"
nbase.h:194: warning: type defaults to `int' in declaration of `u16'
nbase.h:194: warning: data definition has no type or storage class
nbase.h:196: error: parse error before "u32"
nbase.h:196: warning: type defaults to `int' in declaration of `u32'
nbase.h:196: warning: data definition has no type or storage class
nbase.h:198: error: parse error before "u64"
nbase.h:198: warning: type defaults to `int' in declaration of `u64'
nbase.h:198: warning: data definition has no type or storage class
In file included from snprintf.c:66:
nbase.h:392: error: parse error before "get_random_u32"
nbase.h:392: warning: type defaults to `int' in declaration of 
`get_random_u32'
nbase.h:392: warning: data definition has no type or storage class
nbase.h:393: error: parse error before "get_random_u16"
nbase.h:393: warning: type defaults to `int' in declaration of 
`get_random_u16'
nbase.h:393: warning: data definition has no type or storage class
nbase.h:394: error: parse error before "get_random_u8"
nbase.h:394: warning: type defaults to `int' in declaration of 
`get_random_u8'
nbase.h:394: warning: data definition has no type or storage class
snprintf.c:51: warning: `rcsid' defined but not used
make[1]: *** [snprintf.o] Error 1
make: *** [nbase_build] Error 2
.....................

David Fifield then replied with two questions:

> Hi. Please look in the file nbase/nbase_config.h for the lines that
> define the types int8_t, int16_t, etc. They are around line 209. For 
me
> they look like

> /* #undef int8_t */
> /* #undef int16_t */
> /* #undef int32_t */
> /* #undef int64_t */
> /* #undef uint8_t */
> /* #undef uint16_t */
> /* #undef uint32_t */
> /* #undef uint64_t */

> because my GNU/Linux computer has those types, but maybe OS X 10.3.9
> doesn't. Write back with what those lines say.

Those lines show in my nbase/nbase_config.h identically, all of the 
lines are commented out.
David then asked this:

> Then check the output of the configure script in the nbase directory 
for
> lines referring to those types. For me they are

> checking for int8_t... yes
> checking for int16_t... yes
> checking for int32_t... yes
> checking for int64_t... yes
> checking for uint8_t... yes
> checking for uint16_t... yes
> checking for uint32_t... yes
> checking for uint64_t... yes

> If they say something other than "yes" that could point to the 
problem.
My configure output showed the same results to the checks. The answer 
to all eight questions was yes. The thread ended with no further 
messages after Sergej answered the two questions the same as I have. 
Does anybody know how I can solve this problem? There must have been a 
change in the new release that is responsible as I was able to compile 
and install nmap-4.68 on the same MacOSX 10.3.9 system without any 
problems.
Thank you,
                        Myshkin LeVine


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