bug-zile
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-zile] Incremental search is dog slow in moderately-sized files


From: Reuben Thomas
Subject: Re: [Bug-zile] Incremental search is dog slow in moderately-sized files
Date: Mon, 20 Jan 2014 15:04:11 +0000

On 20 January 2014 12:43, Reuben Thomas <address@hidden> wrote:
On 20 January 2014 01:32, Gary V. Vaughan <address@hidden> wrote:
Hi Reuben,

On Jan 20, 2014, at 1:56 PM, Reuben Thomas <address@hidden> wrote:

> On 19 January 2014 09:16, Gary V. Vaughan <address@hidden> wrote:
>
>> Which continues to work on my Mac (because it fails the have_memrchr check and uses the
>> fallback implementation), but blows up spectacularly on Travis:
>>
> I can't currently reproduce this because I seem to have a too old stdlib (35), which Zile's bootstrap doesn't complain about, or issue guidance on installing a newer copy of.

Right, because bootstrap only checks the additional rocks required to bootstrap the project... install-time checking is performed by luarocks, and runtime checking by std.string.require_version.  Unfortunately, the latter two don't give such overtly long diagnostics.

stdlib-37 was announced (twice!) on luarocks-develpers and lua-l, awaiting upload to the luarocks repo by Hisham.  In the mean time, it's available in the usual place:

   http://raw.github.com/rrthomas/lua-stdlib/release/stdlib-37-1.rockspec

OK, I've installed that.

By the way, now that a) there are quite a few programs using stdlib (at least of ours!) and you've started making definite backwards-incompatible changes, might it be time to adopt semantic versioning? Even if (so far) we can't actually use it.
 
As to building zile from your github repo; I did ./bootstrap && ./configure, and then:

$ make
  ZLC      lib/zmacs/commands.lua
  GEN      doc/zz.1
  GEN      doc/dotzmacs.sample
  GEN      doc/dotzz.sample
/home/rrt/local/bin/x86_64-linux-gnu/lua: /home/rrt/local/share/lua/5.2/zile/zlisp.lua:41: module 'std.io_ext' not found:No LuaRocks module found for std.io_ext
    no field package.preload['std.io_ext']
    no file '/home/rrt/local/share/lua/5.2/std/io_ext.lua'
    no file '/home/rrt/local/share/lua/5.2/std/io_ext/init.lua'
    no file '/home/rrt/repo/zile-gary/lib/std/io_ext.lua'
    no file '/home/rrt/repo/zile-gary/lib/std/io_ext.lua'
    no file '/home/rrt/local/share/lua/5.2/std/io_ext.lua'
    no file '/home/rrt/local/share/lua/5.2/std/io_ext/init.lua'
    no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/std/io_ext.lua'
    no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/std/io_ext/init.lua'
    no file '/usr/share/lua/5.2/std/io_ext.lua'
    no file '/usr/share/lua/5.2/std/io_ext/init.lua'
    no file './std/io_ext.lua'
    no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/std/io_ext.so'
    no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/std/io_ext.so'
    no file '/usr/lib/x86_64-linux-gnu/lua/5.2/std/io_ext.so'
    no file '/usr/lib/lua/5.2/std/io_ext.so'
    no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/loadall.so'
    no file './std/io_ext.so'
    no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/std.so'
    no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/std.so'
    no file '/usr/lib/x86_64-linux-gnu/lua/5.2/std.so'
    no file '/usr/lib/lua/5.2/std.so'
    no file '/home/rrt/local/lib/x86_64-linux-gnu/lua/5.2/loadall.so'
    no file './std.so'
stack traceback:
    [C]: in function 'require'
    /home/rrt/local/share/lua/5.2/zile/zlisp.lua:41: in main chunk
    [C]: in function 'require'
    /home/rrt/local/share/lua/5.2/zmacs/eval.lua:42: in main chunk
    [C]: in function 'require'
    /home/rrt/local/share/lua/5.2/zmacs/commands.lua:4: in main chunk
    [C]: in function 'require'
    ./lib/zmacs/mkdotzmacs.lua:27: in main chunk
    [C]: in ?
make: *** [doc/dotzmacs.sample] Error 1
make: *** Waiting for unfinished jobs....
test -f 'lib/zmacs/commands.lua'

Why is it trying to load modules from my installed zile???

Having uninstalled the zile rock (and updated all my code to use optparse and stdlib 37), I can now reproduce your nasty errors.

--
http://rrt.sc3d.org

reply via email to

[Prev in Thread] Current Thread [Next in Thread]