G'day,

[All content here relates to GNU/Linux builds; I've tried to work on two
separate Ubuntu-based distributions.]

I've been trying to avoid unpacking/building the Lua sources inside
the IM/CD/IUP extended tree, hoping that I could simply rely on
the version of Lua installed on the system.

The documentation:
        * im-3.12_Docs.pdf, Page 14;
        * cd-5.11.1_Docs.pdf, Pages 26/27; and
        * iup-3.23_Docs.pdf, Page 55;

all state that unpacking/using the SourceForge "LuaBinaries" project,
which consolidates Lua versions for use within projects, is optional,
as long as the environment has:

        export LUA_SUFFIX=
        export LUA_INC=/usr/include/lua5.1

The documentation also notes that IUP relies on CD, and CD relies on
IM, so, of the three, IM should be built first.

However, when I try to build IM, it fails because it tries to run a
Lua binary from the local tree:

---- (Start of build output excerpt) ----

Tecmake: linking libimlua_jp251.so ...
gcc -shared -o ../lib/Linux413_64/Lua51/libimlua_jp251.so 
../obj/imlua_jp251/Linux413_64/Lua51/imlua_jp2.o  -L../lib/Linux413_64/Lua51 
-L../lib/Linux413_64 -lim_jp2 -limlua51 -lim -lpng -lz -lm

Tecmake: Dynamic Library (../lib/Linux413_64/Lua51/libimlua_jp251.so) Done.

../tecmake.mak:1765: imlua_process51.dep: No such file or directory
Tecmake: Building Dependencies ... [ imlua_process51.dep ] (can be slow)

Tecmake: starting [ imlua_process51:Linux413_64 ]
if [ ! -d ../obj/imlua_process51/Linux413_64/Lua51 ] ; then mkdir -p 
../obj/imlua_process51/Linux413_64/Lua51 ; fi

Tecmake: generating im_processconvert.lua ...
../../lua5.1/bin/Linux413_64/lua5.1 bin2c.lua lua5/im_processconvert.lua > 
lua5/lh/im_processconvert.lh
/bin/sh: 1: ../../lua5.1/bin/Linux413_64/lua5.1: not found
../tecmake.mak:1717: recipe for target 'lua5/lh/im_processconvert.lh' failed
make[1]: *** [lua5/lh/im_processconvert.lh] Error 127
Makefile:45: recipe for target 'imlua_process5' failed
make: *** [imlua_process5] Error 2

---- (End of build output excerpt) ----

The problem is the program+script "BIN2C"which is defined as:
        ../tecmake.mak:    BIN2C := $(LUA_BIN)/lua$(LUA_SFX) 
$(BIN2C_PATH)bin2c.lua
        ../tecmakewin.mak:    BIN2C := $(LUA_BIN)/lua$(LUA_SFX) 
$(BIN2C_PATH)bin2c.lua

LUA_BIN uses symbol LUA, and, in the absence of a better definition,
tecmake.mak and tecmakewim.mak seem to fall back on TECTOOLS_HOME:

        ../tecmake.mak:LUA   ?= $(TECTOOLS_HOME)/lua
        ../tecmake.mak:LUA51 ?= $(TECTOOLS_HOME)/lua5.1
        ../tecmake.mak:LUA52 ?= $(TECTOOLS_HOME)/lua52
        ../tecmake.mak:LUA53 ?= $(TECTOOLS_HOME)/lua53

So, can you give me any help on this issue?  If Lua is required in the
build tree, then the build documentation seems to be incorrect; otherwise,
are there more symbols that need to be defined in the environment and/or
specified in the "make" command?

Thanks in advance for any help (and apologies for any typos, it's
very hot here...)

cheers,

s-b etc.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Reply via email to