> [3] The execution that fails is actually a crucial
> part of the `make install' process. I've attached
> the whole output of the build and install
> processes.
The problem is in /sys/src/ape/lib/ap/stdio/vfscanf.c -- semantics of
"%n" is incorrect if an item is terminated by EOF (i.e. end of string
in the case of sscanf).
I'll submit a patch for vfscanf. Meanwhile a workaround for your
lout(1) is to find this line in z36.c:
bpos += bcount;
and insert this line after it:
if(buff[bpos-1] == 0) bpos--;