Re: Nmap/Lua Compilation Woes

[David Fifield <david () bamsoftware com>]

On Tue, May 27, 2008 at 05:12:20PM +0200, Lionel Cons wrote:
> Lionel Cons writes:
>  > Linux (Red Hat Enterprise 4 derivative). But, since the library
>  > loading also does not work (anymore), I guess the OS detection went
>  > bad. I will continue to investigate...
>
> Here is more information. Nmap 4.62 (tarball) compiles fine. The SVN
> version (revision 7703) compiles badly.
>
> Nmap 4.62:
>
> $ grep 'Compiling liblua' Makefile.in 
>         @echo Compiling liblua; cd $(LIBLUADIR) && $(MAKE) liblua.a @LUAFLAGS@
> $ make
> [...]
> make[1]: Entering directory `/tmp/nmap-4.62/liblua'
> gcc -O2 -Wall -g -O2 -DLUA_USE_POSIX -DLUA_USE_DLOPEN   -c -o lapi.o lapi.c
>
> SVN revision 7703:
>
> $ grep 'Compiling liblua' Makefile.in 
>         @echo Compiling liblua; cd $(LIBLUADIR) && $(MAKE) liblua.a CC="$(CC)" MYCFLAGS="$(CFLAGS) @LUA_CFLAGS@"
> $ make
> [...]
> make[1]: Entering directory `/tmp/svn/liblua'
> gcc -O2 -Wall -g -O2 -Wall  -fno-strict-aliasing   -DHAVE_CONFIG_H -DNMAP_NAME="Nmap" -DNMAP_URL="http://nmap.org"; 
> -DNMAP_PLATFORM="i686-pc-linux-gnu" -DNMAPDATADIR="/usr/local/share/nmap" -DNMAPLIBEXECDIR="/usr/local/libexec/nmap"  
>   -c -o lapi.o lapi.c
>
> So the SVN version somehow does not set the LUA_CFLAGS properly. A
> problem with the configure script?

Thanks for investigating. This is my fault. I introduced the error in
r7553, when I was attempting to pass the normal CFLAGS to liblua in
order to build a universal Mac binary. This should be fixed in r7704.
You were right, the error was in the configure script.

David Fifield

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