Re: [Bug-zile] Building Zile master head

[Gary V. Vaughan]

Hi Reuben,

And Merry Christmas!

Sent from my iPhone

> On Dec 25, 2013, at 3:26 AM, Reuben Thomas <address@hidden> wrote:
> 
> Having updated my luarocks (I note there's no "update all" command, I wrote 
> to the mailing list), I was able to build zmacs.
> 
> I had one problem: I had to unset LUA_INIT_5_2, as otherwise it didn't like 
> my preloaded libraries. That's a bit odd, considering it's just posix, lfs, 
> rex_pcre and std, but maybe there's still a version-mismatch?

Could be. I'm away from my laptop for a couple of days, but I'll see if I can 
reproduce it when I get back.

> I get:
> 
> $ make
>  cd . && /bin/bash /home/rrt/repo/zile/build-aux/missing automake-1.13 --gnu 
> Makefile
>  cd . && /bin/bash ./config.status Makefile 
> config.status: creating Makefile
>   GEN      lib/zmacs/doc/COPYING.lua
>   GEN      doc/zmacs.1
>   GEN      doc/dotzmacs.sample
>   ZLC      lib/zmacs/commands.lua
> /home/rrt/local/bin/x86_64-linux-gnu/lua: ./lib/zmacs/mkdotzmacs.lua:42: bad 
> argument #1 to 'pairs' (table expected, got nil)
> stack traceback:
>     [C]: in function 'pairs'
>     ./lib/zmacs/mkdotzmacs.lua:42: in main chunk
>     [C]: in ?
> make: *** [doc/dotzmacs.sample] Error 1
> make: *** Waiting for unfinished jobs....
> 
> luaposix has a workaround in its build system for LUA_INIT_5_2 being set 
> (since 5.1.28).

I've never used LUA_INIT myself, but will look in luaposix for the workaround. 
Tx 4 the hint :-)

> After that, it runs, if I run ./lib/zmacs/zmacs
> 
> However, after "make install", "zmacs" can't start:
> 
> $ zmacs
> /home/rrt/local/bin/x86_64-linux-gnu/lua5.2: 
> /home/rrt/local/bin/x86_64-linux-gnu/zmacs:75: module 'zile.lib' not found:
>     no field package.preload['zile.lib']
>     no file '/home/rrt/local/share/lua/5.2/zile/lib.lua'
>     no file '/home/rrt/local/share/lua/5.2/zile/lib/init.lua'
>     no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/zile/lib.lua'
>     no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/zile/lib/init.lua'
>     no file '/usr/share/lua/5.2/zile/lib.lua'
>     no file '/usr/share/lua/5.2/zile/lib/init.lua'
>     no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/zile/lib.so'
>     no file '/usr/lib/x86_64-linux-gnu/lua/5.2/zile/lib.so'
>     no file '/usr/lib/lua/5.2/zile/lib.so'
>     no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/loadall.so'
>     no file './zile/lib.so'
>     no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/zile.so'
>     no file '/usr/lib/x86_64-linux-gnu/lua/5.2/zile.so'
>     no file '/usr/lib/lua/5.2/zile.so'
>     no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/loadall.so'
>     no file './zile.so'
> stack traceback:
>     [C]: in function 'require'
>     /home/rrt/local/bin/x86_64-linux-gnu/zmacs:75: in main chunk
>     [C]: in ?
> 
> And indeed I can see no attempt being made by zmacs to add 
> ${prefix}/share/zmacs to package.path, so it's hardly surprising!

Oops! I concentrated so much on the LuaRocks install I forgot to keep the auto 
tool installation working, doh!

In the mean time:

$ make rockspecs
$ luarocks make zile-4-1.rockspec

Should do the trick (from memory - typo corrections are an exercise for the 
reader) :-)

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)