Hi Stefan,
On Jul 28, 2014, at 7:55 PM, Stefan Husmann <address@hidden> wrote:
Am 28.07.2014 um 10:36 schrieb Gary V. Vaughan:
On 27 Jul 2014, at 13:09, Stefan Husmann <address@hidden> wrote:
compiling the zile master branch from git under Arch Linux, I get the following
error:
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating .travis.yml
config.status: creating Makefile
config.status: creating build-aux/config.ld
config.status: creating lib/zile/version.lua
config.status: creating lib/zemacs/zemacs
config.status: creating lib/zz/zz
ZLC lib/zemacs/commands.lua
test -f 'lib/zemacs/commands.lua'
GEN doc/zemacs.1
help2man: can't get `--help' info from ./lib/zemacs/help2man-wrapper
Try `--no-discard-stderr' if option outputs to stderr
Makefile:1612: recipe for target 'doc/zemacs.1' failed
make: *** [doc/zemacs.1] Error 255
==> ERROR: A failure occurred in build().
Aborting...
Process makepkg exited abnormally with code 2
You can find the full build log under http://hastebin.com/jopokoreke
Help is appreciated.
This sometimes happens when the zlc compiler fails to produce output to
lib/zemacs/commands.lua. If there is nothing in that file, then remove the
empty file and run make in verbose mode to see the command line that
was called by make, and run it again from your shell to see if there are any
error messages.
The other problem I can think of is that help2man-wrapper is not able to
run the zemacs --help command; again you can get the error messages
from that failure mode by first trying 'lib/zemacs/zemacs --help'.
If you're still stuck after that, please paste your error messages in a reply
to this list, and I should be able to help you further.
thanks for the hint, I think a lib is missing.
address@hidden zemacs]$ ./zemacs --help
/usr/bin/lua: /usr/share/lua/5.2/std/string.lua:177: module 'rex_gnu' not found:
no field package.preload['rex_gnu']
no file
'/home/haawda/paketierung/maintained_by_me/zile-git/src/zile/lib/rex_gnu.lua'
no file
'/home/haawda/paketierung/maintained_by_me/zile-git/src/zile/lib/rex_gnu.lua'
no file '/usr/share/lua/5.2/rex_gnu.lua'
no file '/usr/share/lua/5.2/rex_gnu/init.lua'
no file '/usr/lib/lua/5.2/rex_gnu.lua'
no file '/usr/lib/lua/5.2/rex_gnu/init.lua'
no file '/usr/lib/lua/5.2/rex_gnu.so'
no file '/usr/lib/lua/5.2/loadall.so'
no file './rex_gnu.so'
stack traceback:
[C]: in function 'require'
/usr/share/lua/5.2/std/string.lua:177: in function 'require_version'
...aketierung/maintained_by_me/zile-git/src/zile/bin/zemacs:102: in
main chunk
[C]: in ?
Agreed.
You can find the various upstream lrex variants here:
https://github.com/rrthomas/lrexlib
The easiest way to get the gnu flavor is via luarocks as described in the
lrexlib README,
but it should be equally straight forward to compile it from source on Linux,
provided you
have a libc with GNU regex.
Indeed I have something installed that is named lrexlib-pcre, but Arch Linux
does not
come with an official package, so it is maybe packaged incorrectly. I will try
to dig
into this.
Odd that Arch should package only the pcre flavor of lrexlib, I would think the
gnu flavor
is more useful in general. If you plan to try the syntax highlighting zee
editor, you will
also need lrexlib-onig (and the supporting oniguruma dev packages) which I used
for
compatibility with TextMate syntax modes.
Other problem could be a race condidtion. The output of make-d seems to suggest
this.
http://hastebin.com/hevecekalo
If you're referring to the the doc/.ldocs target, that is a deliberate sentinel
file to
prevent a race condition with parallel make:
https://github.com/gvvaughan/zile/commit/bc1de4ea87f5869a240c068bfdebbcbf79725ed3