Dominik Seichter wrote:
> Hi,
> 
> Please find the information attached. From my understanding the headers and 
> libraries from lua50 are used. If it is of any use, I am an Ubuntu 8.04 on 
> x86_64 currently.

> /usr/bin/c++ ... -I/usr/include/lua50 ... blah blah ...

OK, so it's linking to the Lua 5.0 headers, or expecting to.

> /usr/bin/c++     -g  -fPIC CMakeFiles/podofoimpose.dir/podofoimpose.o 
> CMakeFiles/podofoimpose.dir/pdftranslator.o 
> CMakeFiles/podofoimpose.dir/impositionplan.o 
> CMakeFiles/podofoimpose.dir/planreader_legacy.o 
> CMakeFiles/podofoimpose.dir/planreader_lua.o  -o 
> podofoimpose ... -llua50  ...

... and it's linking to liblua50. liblua50 does not, in fact, contain 
the symbol luaopen_base (as gcc complains).

> /home/dominik/Desktop/Programming/podofo/podofo/tools/podofoimpose/planreader_lua.cpp:44:
>  
> undefined reference to `luaopen_base'

Nor do it's headers. They're part of lualib, which is an extension 
package in lua 5.0 but integrated in lua 5.1 . You must install 
liblualib50-dev as well.

My original CMake code made sure to reject lua if the core was installed 
but lualib was not. I guess the stock CMake lua find code does not, so 
I'll have to add a check in our wrapper.

Personally I'd prefer to just require Lua 5.1 to avoid this crap.

--
Craig Ringer

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Podofo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/podofo-users

Reply via email to