Re: Compilation fails with "undefined reference to `luaopen_lpeg'"

[Claudio Moretti <flyingstar16 () gmail com>]

Hi Dan,

worked perfectly, thanks!





*Nmap version 7.01SVN ( https://nmap.org <https://nmap.org> )Platform:
x86_64-unknown-linux-gnuCompiled with: liblua-5.2.4 openssl-1.0.2g
libpcre-8.38 libpcap-1.7.4 nmap-libdnet-1.12 ipv6Compiled without:Available
nsock engines: epoll poll select*

As for lua5.3, mine was just an attempt, but I had next to zero hopes it
would've actually worked...

Would the port be something GSoC-worthy? I'm not in a position to do it -
my development skills are somewhat nonexistent and so is my free time - but
it might be an interesting project for someone (I don't know to which
extent the API has changed, and your saying "a lot" makes me think it might
be a bit too much)

Claudio


On Wed, Mar 9, 2016 at 3:04 PM, Daniel Miller <bonsaiviking () gmail com>
wrote:
> Claudio,
>
> Thanks for updating us on this issue. I found that the .deb package for
Nmap on Kali Linux has a patch to address this issue by adding LUALIB_API
to the luaopen_lpeg function in lpeg.c. I applied this in r35665, and also
updated our bundled liblua to 5.2.4 in r35664. Can you svn up and see if
this fixes the issue for you?
> Regarding Lua 5.3, that's an API version incompatibility, so the upgrade
would take more of an effort. There would be some benefit, but it would
also require changing a lot of our existing code.
> Dan
>
> On Sun, Mar 6, 2016 at 8:34 AM, Claudio Moretti <flyingstar16 () gmail com>
wrote:
> > Hi all,
> >
> > while compiling nmap from SVN (Revision: 35660) on Debian testing (uname
-a: 3.16-3-amd64 #1 SMP Debian 3.16.5-1 (2014-10-10) x86_64), I've been hit
with this error, which is preventing me from compiling.
> > I found https://github.com/nmap/nmap/issues/237 in which the user was
saying that compiling with -j8 was working; it actually wasn't
> >
https://gist.github.com/mcagl/0cbca5274e0364c59208#file-gistfile1-txt-L198
> > the error was simply hidden in the middle of the log; this I believe was
effectively preventing him (and myself today) to run "make install".
> > I started playing around with the various lua versions, trying (and
failing) to get nmap to compile with lua5.3 (./configure
--with-liblua=/usr/include/lua5.3), but configure went looking for lua5.2;
installing lua-lpeg-dev didn't help either.
> > I eventually managed to compile and install successfully using the
included version of lua (./configure --with-liblua=included), but it's not
optimal.
> > These are the outputs of ./configure and make (both with ">> logfile
2>&1")
> > https://gist.github.com/flyingstar16/62548554402c72ec1a51
> > https://gist.github.com/flyingstar16/c44fd220b42d7f58acdc
> >
> > And, as asked by dmiller in the GitHub ticket,
> >
> > claudio@host:~/projects/nmap$ objdump -t nse_lpeg.o | grep luaopen
> > 0000000000004890 g     F .text    0000000000000083
_Z12luaopen_lpegP9lua_State
> > This was run after a "failed" make.
> >
> > Anyone has any suggestions?
> >
> > Thanks,
> >
> > Claudio
> >
> > _______________________________________________
> > Sent through the dev mailing list
> > https://nmap.org/mailman/listinfo/dev
> > Archived at http://seclists.org/nmap-dev/
_______________________________________________
Sent through the dev mailing list
https://nmap.org/mailman/listinfo/dev
Archived at http://seclists.org/nmap-dev/