sile-typesetter / sile Goto Github PK

If SILE is building a paragraph containing a footnote, and the paragraph ends up being broken over a page boundary, the footnote will be placed on the first page, regardless of where the footnote occurs in the broken paragraph.

Hi

I am not sure if this is the best place to write this, but I just wanted to say that ligatures in the chrome pdf renderer on OS X seems to be offset slightly upwards.
In the default pdf renderer "preview" they show up correctly.

This might be a font problem or a bug in the chrome pdf renderer however.

In "preview"

In chrome

This is rather a point for discussion than a bugreport. The following code:

\begin[papersize=a5]{document}
\font[size=10pt, family=Times New Roman, language=cs]

1. etapa: Studenec (kostelecko) – Studenec (hasičárna)

2. etapa: Studenec (hasičárna) – Studenec (řeznictví Nosek)

3. etapa: Studenec (řeznictví Nosek) – Studenec (Špice)

musí být hotová do konce letošního května.
\end{document}

produces this result:

You can notice a slightly wider space between the second and the third paragraph caused by the accented letter "Š" (and such spaces are sometimes disturbing). I didn't succeed to change it by some of the *skip settings. Is this expected or is there any problem with accented fonts or languages?

For comparison, LaTeX makes the spaces equal:

The generation of test.pdf takes 48 seconds and the resulting document is different from the original one.

$ time $LUA sile examples/test.sil
This is SILE 0.9.0
<examples/test.sil><examples/macros.sil>[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] 
real    0m48.821s
user    0m48.743s
sys 0m0.053s

Not sure this is a real issue or some misconfiguration on my side though and if the above timing is expected.

I just tried building on OS X, by following the instructions. I was trying to build directly from the repository. I had to do these things in addition:

• It seems that the correct way to refer to lpeg is LPeg
• I also had to brew install automake libtool

It would be nice to add this to the docs

Please create a package for Debian/Ubuntu. See also https://bugs.launchpad.net/ubuntu/+bug/1413942 for distribution via Ubuntu.

running

 ./sile example/simple.sil 

returns a valid pdf named ".pdf" without the name of the .sil file on Fedora 20 after compiling from source.

Kohinoor Devanagari is the default Devanagari font included on OS X 10.10. This code however fails to build with error:

libtexpdf:fatal: sfnt: table not found..

\begin[papersize=a5]{document}
\script[src=packages/bidi]
\font[family=Kohinoor Devanagari,size=10pt,language=hi]
यह दाग़ दाग़ उजाला
\end{document}

Similar errors are happening in XeTeX on Tex Live on OS X as well:
http://tug.org/pipermail/xetex/2015-April/025874.html

Because libtexpdf has been extracted from xdvipdfmx, the fixes should be ported over from there as well.

SILE manual says (beginning of chapter 7) that orphan penalty can be set by

\set[parameter=typesetter.orphanpenalty, value=250]

However, this leads to an error:

! Setting typesetter.orphanpenalty must be of type integer, not string 250

(Tested in SILE 0.9.1, Ubuntu 14.04.)

• Change the counters.lua package (or write a new one) to support multi-level counters (e.g. 1.0.1)
• Create a general \sectionheader command which takes a "level" and "numbering=on/off" (and possibly other) options.
• Implement \chapter, \section and so on in terms of it.

It looks like you wanted em-dashes here, rather than hyphens.

When a very long word is used in document (in practice, maybe some URL addresses), as here:

\begin[papersize=a4, class=book]{document}
verylongwordverylongwordverylongwordverylongwordveryverylongwordveryverylongwordveryverylongwordveryverylongwordveryverylongwordveryverylongwordveryverylongwordverylongwordverylongwordverylongwordverylongwordverylongwordverylongwordverylongwordverylongwordverylongword
\end{document}

the processing crashes by various (random) ways:

• SIGSEGV
• Error in /usr/bin/lua': double free or corruption (!prev):`
• lua: malloc.c:3695: _int_malloc: Assertion (unsigned long) (size) >= (unsigned long) (nb)' failed.`
• /usr/bin/lua: /usr/local/share/sile/core/length.lua:30: attempt to perform arithmetic on field 'length' (a nil value)
• or Error in /usr/bin/lua': corrupted double-linked list:`

As I started playing with SILE to create songbooks (trying to replace my current LaTeX version), I started writing some packages to help me (with a growing TODO list) and I would like to share that work and get feedback.

So, what is your preferred way to contribute those packages ?
Make pull requests ?
Create a "contrib" folder in SILE ?
Publish them in my own repo ?
Discuss each one to see if it should be published as "contrib" or integrated ?

For example I did a "chord mode" package that typeset chord names above the text:
Input:

\begin[papersize=a4,class=songbook]{document}

\script[src=packages/chordmode]

\begin{chordmode}

  I've be<G>en a wild rover for many's a <C>year

  And I <G>spent all me <D7>money on whiskey and <G>beer

  But now I'm returning with gold in great <C>store

  And I <G>never will <D7>play The Wild Rover no <G>more.

\end{chordmode}

\end{document}

Result (the page background is defined in a specific class):

When I installed SILE 0.9.1 on OS X (10.10.3), I encountered a few weird issues. While the configure and build goes fine once I installed the necessary prerequisites, I see this when I try the examples:

$ sile examples/test
This is SILE 0.9.1
<examples/test.sil><examples/macros.sil>[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] 
libtexpdf:fatal: Invalid font: -1 (10)

$ sile examples/showoff
This is SILE 0.9.1
<examples/showoff.sil>[1] No patterns for language ja
[2] [3] [4] 

The apparent error in the latter case may be a minor problem, as I haven't just done anything with Japanese before. The output file shows the Japanese letters fine, though, but the Arabic ones are replaced by boxes.

$ sile examples/osis/kjv
This is SILE 0.9.1
<examples/osis/kjv.sil>/usr/local/bin/lua: core/sile.lua:147: bad argument #1 to 'open' (string expected, got nil)
stack traceback:
[C]: in function 'open'
core/sile.lua:147: in function 'readFile'
core/baseclass.lua:54: in function '?'
core/inputs-common.lua:26: in function 'process'
core/inputs-texlike.lua:56: in function 'process'
core/sile.lua:159: in function 'readFile'
/opt/w21/bin/sile:23: in main chunk
[C]: in ?

Here I thought this might just not find an include file in the sub-sub-directory. But when I change to that, an even stranger error appears:

: wrixum:1:.../sw/sile-0.9.1; cd examples/osis
: wrixum:0:.../examples/osis; sile kjv
This is SILE 0.9.1
<kjv.sil><osis.sil>
! Couldn't parse font size 9 in osis.sil

I have tried to replace the 9 with a 10, only then it complains about the 10.

Now all those problems may be there because I have overlooked something. I am not really sure the Lua installation is totally okay, for instance, as I have never done anything with Lua (and have no real knowledge of the language).

A typescript -- slightly edited to spare you my command line edits -- of the above, including configure and build, can be seen here:

https://gist.github.com/jyrgenn/a03685ee8f3ce1c1f8f6#file-typescript_sile-bug

There are a few compile warnings indicating pointer type mismatches, but I guess they are harmless.

Versions of the involved software:

• OS X 10.10.3
• SILE 0.9.1 as from https://github.com/simoncozens/sile/releases/download/v0.9.1/sile-0.9.1.tar.gz
• Lua 5.2.3, LuaRocks 2.2.0 (via Homebrew)

Installed rocks:

lgi
0.9.0-1 (installed) - /usr/local/lib/luarocks/rocks
lpeg
0.12.2-1 (installed) - /usr/local/lib/luarocks/rocks
luaexpat
1.3.0-1 (installed) - /usr/local/lib/luarocks/rocks

I have upgraded all Homebrew-installed packages before the build, so they should be as current as the Homebrew collection is. They are:

atk gdk-pixbuf intltool meld pygtksourceview bdw-gc geoip jasper mercurial python berkeley-db gettext jpeg nettle quvi berkeley-db4 glib libffi nmap rarian c-ares gmp libgcrypt nvi readline cairo gnu-sed libgpg-error openssl sbcl clisp gnuplot libpng p7zip sdl cscope gnutls libquvi pango sqlite d-bus gobject-introspection libsigsegv pixman w3m fish graphviz libtasn1 pkg-config wget fontconfig gtk+ libtiff pwgen wireshark freetype gtksourceview lua py2cairo xz gd harfbuzz luarocks pygobject gdbm icu4c lynx pygtk

Configure line:
./configure --prefix=/opt/w21

I use the alternative prefix because Homebrew occupies /usr/local and can get confused when there is other stuff in /usr/local/. /opt/w21/bin is in PATH.

As mentioned, my knowledge of Lua is next to non-existing, although I skimmed the canonical Lua books once, so I don't know how to proceed from here. I will happily try anything to narrow down the problem if you give me some guidance, or anything else that might be helpful.

Mostly works, but sometimes breaks happen without the hyphen being typeset.

When I run 'lua install. lua', I get:

Testing lua dependencies..

! Could not load lua module lfs

Please consult the README file.

I don't see lfs listed in the dependencies in the README, nor can I find it myself. Installing 'elfs' didn't seem to help.

The first thing I look for when deciding whether to install this is some example source and the PDF it generates, I couldn't find any. Perhaps add some links to examples to the readme?

Will fix #8, help with further I18N stuff as well.

Looks like Kannada language is not working,

\begin[papersize=a4]{document}
Hello SILE! \font[family=Noto Sans Kannada,size=10pt,language=kn]{ನಮಸ್ಕಾರ :)}
\end{document}

ISO639-1 code is kn

Using Libreoffice

Using Sile

Here is a quick graphic cleaning on the logo. It is now more simple and clear and based on a custom font that gives a unique subtle identity. Feel free to ask the SVG source file and I’ll make a pull request.

While attempting to compile Sile, I get the following message:

checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
rm: cannot remove 'core': Is a directory

I am unsure if this is an error or not but it doesn't look good. However, the following compile seems to work.

Hello, first I would like to say how great to see this project. It's about time new options become available for typesetting. This looks like a very promising alternative to *TeX.

However I am running into the following:

lua sile examples/test.sil
This is SILE 0.0.1
<examples/test.sil>lua: /usr/local/share/lua/5.1/std/string.lua:407: attempt to call global 'totable' (a nil value)
stack traceback:
/usr/local/share/lua/5.1/std/string.lua:407: in function 'pickle'
./core/pango-shaper.lua:29: in function 'getPal'
./core/pango-shaper.lua:82: in function 'shape'
./core/typesetter.lua:113: in function 'setpar'
./core/typesetter.lua:92: in function 'typeset'
./core/inputs-common.lua:23: in function 'process'
./core/inputs-texlike.lua:56: in function 'process'
./core/sile.lua:123: in function 'readFile'
sile:8: in main chunk
[C]: ?

This would allow outline/links/etc. support.

I'm not sure if this is a bug, but the behaviour is a bit unexpected:

\begin[papersize=a5, class=book]{document}
\script[src=packages/frametricks]
\right-running-head{Line begin \hfill Line end}
\showframe[id=all]
Page one
\skip[height=15cm]
Page two
\end{document}

In output, the "Line end" text is not right-aligned. As typesetter log says, that is because glue 0pt plus 10000pt (value of typesetter.parfillskip) is added after the text. It shouldn't happen and parfillskip should be zero - as it is actually defined in book.lua:

SILE.settings.set("typesetter.parfillskip", SILE.nodefactory.zeroGlue)

Sometimes, a long word is rendered over the right margin. The word "insignificant" is rendered over the right margin in the below paragraph. The macros \ldquo{} and \rdquo{} are for unicode U+201C and U+201D.

Example of paragraph that can cause this issue (excerpt from "A Vindication of the Rights of Woman" by Mary Wollstonecraft):

\begin[class=book, papersize=129mm x 198mm]{document}
\define[command=em]{\font[family="Garamond Premier Pro",style=italic,
features=+swsh:+dlig:+hlig]{\process}}
% requirement packages
\define[command=smcp]{\font[family="Garamond Premier Pro",features=+smcp]{\process}}

How grossly do they insult us, who thus advise us only to render
ourselves gentle, domestic brutes!  For instance, the winning
softness, so warmly, and frequently recommended, that governs by
obeying.  What childish expressions, and how insignificant is the
being\mdash{}can it be an immortal one?  who will condescend to govern by
such sinister methods! \em{\ldquo{}Certainly,\rdquo{}} says Lord Bacon, \em{\ldquo{}man is of
kin to the beasts by his body: and if he be not of kin to God by
his spirit, he is a base and ignoble creature!\rdquo{}}  Men, indeed,
appear to me to act in a very unphilosophical manner, when they try
to secure the good conduct of women by attempting to keep them
always in a state of childhood.  Rousseau was more consistent when
he wished to stop the progress of reason in both sexes; for if men
eat of the tree of knowledge, women will come in for a taste:  but,
from the imperfect cultivation which their understandings now
receive, they only attain a knowledge of evil.

\end{document}

$ git pull
$ ./bootstrap.sh
$ ./configure
$ make
....
Making all in libtexpdf
make[1]: Entering directory /home/skylark/wc/sile/libtexpdf' make all-am make[2]: Entering directory/home/skylark/wc/sile/libtexpdf'
/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -DXETEX -DBUILDING_LIBTEXPDF -I/usr/include/freetype2 -I.. -g -O2 -MT libtexpdf_la-dpxfile.lo -MD -MP -MF .deps/libtexpdf_la-dpxfile.Tpo -c -o libtexpdf_la-dpxfile.lo test -f 'dpxfile.c' || echo './'dpxfile.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -DXETEX -DBUILDING_LIBTEXPDF -I/usr/include/freetype2 -I.. -g -O2 -MT libtexpdf_la-dpxfile.lo -MD -MP -MF .deps/libtexpdf_la-dpxfile.Tpo -c dpxfile.c -fPIC -DPIC -o .libs/libtexpdf_la-dpxfile.o
dpxfile.c:40:26: fatal error: kpathsea/lib.h: No such file or directory
#include <kpathsea/lib.h>
^
compilation terminated.
make[2]: *** [libtexpdf_la-dpxfile.lo] Error 1
make[2]: Leaving directory /home/skylark/wc/sile/libtexpdf' make[1]: *** [all] Error 2 make[1]: Leaving directory/home/skylark/wc/sile/libtexpdf'
make: *** [all-recursive] Error 1

Here is the source for an article in Urdu that spans across multiple pages.

https://gist.github.com/deepakjois/79e89961b60de2e61e44

Note the call to \eject\par followed by \thisframeRTL in the middle. If I remove that, the next page is typeset LTR.

Please, add a SILE versus Scribus paragraph to the documentation.

Can you please make a brew formula for installing SILE on MAC?

Hello.
Accodring to the SILE manual installation instructions I unable to build/run SILE.

Here is partial fixes:
command luarocks install luaexpat lacts dependency libexpat1-dev.
command luarocks install lgi lacts dependency libgirepository1.0-dev.
So please add into SILE manual DEB apt-get install the dependencies.

Anyway, after installing all the deps and luarocks install ... there is no ./sile to execute in the git cloned repository. Here is only sile.in and other files. How to configure/execute sile anyway?

Setting some document.rskip value leads to an error:

\begin[papersize=a5, class=book]{document}
\script[src=packages/lorem]
\set[parameter=document.rskip, value=20mm]
\lorem[words=50]
\end{document}

/usr/local/share/sile/core/typesetter.lua:381: attempt to call method 'prebreakWidth' (a nil value)

It works if value is changed to e.g. 20mm plus 20mm; document.lskip works as expected.
(Tested on current master, Ubuntu 14.04.)

\par command is an alternative of blank line (AFAIK). However, it leads to bigger indents than required.
This is OK, both indents are 1 cm:

\begin[papersize=a4, class=book]{document}
\set[parameter=document.parindent, value=10mm]
\set[parameter=current.parindent, value=10mm]
First line

First word, first paragraph.

First word, second paragraph.
\end{document}

But this produces an extra horizontal glue before the first line of the first paragraph:

\begin[papersize=a4, class=book]{document}
\set[parameter=document.parindent, value=10mm]
\set[parameter=current.parindent, value=10mm]
First line \par
First word, first paragraph.

First word, second paragraph.
\end{document}

Tested on the latest master.

There's a bug in break.lua, and I can't find it, but it's why centering isn't working. The problem is somewhere around the deactivation of nodes.

Hello!

How about adding a simple image sample to the resulting show-off file for more demonstration purposes? Maybe, a picture of Guttenberg from the manual?

At first, I'd like to say that SILE seems to be a tool which I wished to have for years:)) Something like TeX, but more flexible (frames!) and friendly (e.g. in Unicode and font support) is much appreciated and many thanks for that! I'll try to report what I'll find during my testing...

An infinite loop occurs when height of content of running header is greater than the header height. This code evaluates correctly:

\begin[papersize=a4, class=book]{document}
\script[src=packages/frametricks]
\right-running-head{First Line of Header \break \skip[height=12mm] Second Line of Header}
\showframe[id=all]

First page text
\break \skip[height=22cm]
Second page text

\end{document}

If you change the space in running header to \skip[height=13mm], execution ends up in infinite loop.
(Tested in SILE 0.9.1, Ubuntu 14.04.)

Please support including SVG images for \img.

In case of two frames on the page and a custom value of document.rskip, there is a strange vertical space after the first paragraph of the second frame:

\begin[papersize=a5, class=book]{document}
\set[parameter=document.rskip, value=0mm]

\eject\par%
\begin[first-content-frame=frame1]{pagetemplate}%
\frame[id=frame1, left=left(content), right=right(content), height=0.7cm, top=top(content), next=frame2]%
\frame[id=frame2, left=left(frame1), right=right(frame1), top=bottom(frame1), bottom=bottom(content)]%
\end{pagetemplate}%
\font[size=24pt]{First frame}\par%
Second frame first paragraph\par%
Second frame second paragraph\par%
Second frame third paragraph\par%
\end{document}

If the setting of document.rskip is omitted, everything is OK. I have no idea how these two things can be related:)

Tested on the latest master.

Changing the tolerance setting doesn't seem to make a difference - it either can set text, or can't. This in turn breaks hyphenation. Also the tolerance is widely wild of TeX's ranges, so something is wrong with the algorithm somewhere.

Hello Simon,

I apologize, this isn't an issue exactly, but couldn't figure any other way to contact you.

On your blog I saw that you did some typesetting experiments with Perl and also implementing the Knuth TeX algorithm.

I am currently working on a project in Perl, and would be very interested in learning more about how you implemented that TeX algorithm, and what engine you were using to generate the output.

My project in its current state is sitting on top of GROFF as the typesetting engine. So converting a simple markup into GROFF code, then using GROFF to generate a ps or PDF.

But I would be interested in seeing if it's possible to generate my output straight from Perl, as opposed to first translating it to a GROFF macro language, which then gets translated to groff, which then gets translated to Postscript, which then gets translated to PDF.

I would like to be bale to find a way to generate out put without having to go through such a long chain of intermediary steps.

Any advice you can offer from your experience would be great. I am developing in Perl, so when I saw your post with your experiment, I was very excited, and very curious!

([email protected])

Here is a sample document. The numbers within the script should be formatted LTR, as per Unicode BIDI rules, but they are not.

I did notice that in the example docs (like showoff.sil) the numbers are explicitly formatted LTR using a \font directive to wrap them. But I believe that should not be required. Any idea what is causing this?

\begin[papersize=a4]{document}
\script[src=packages/bidi]
\thisframeRTL%
\font[size=18pt]
سعادت حسن منٹو اردو کے ایک جانے مانے افسانہ نگار ہیں۔ وہ پنجاب کے لدھانہ ضلع میں  1912 میں پیدا ہوئے۔ ان کے ماں
 باپ کشمیری مسلمان تھے۔ وہ علی گڑھ مسلم یونیورسٹی سے تعلیم حاصل کر نے کے بعد انجمن ترقی پسند مصنفین ہند کے
 ساتھ جڑے۔ 1936 میں وہ بمبئی شہر جا کر بس گئے جہاں انہوں نے اپنے کئی مشہور افسانے اور فلم کے سکرپٹ لکھے
۔1947 میں بٹوارے کے بعد وہ لاہور چلے گئے۔ وہاں ان کی ملاقات فیض احمد فیض، سید ناصر رضا كاظمی
 اور احمد ندیم قاسمی‎ سے ہوئی اور وہ اخباروں کے لئے مضمون لکھنے لگے۔ 1955 میں ان کا انتقال ہوا۔
\end{document}

I'm not sure if this is actually a bug, however it confused me a bit. The two newlines after a comment does not end the paragraph and only one paragraph is outputted:

\begin[papersize=a5, class=book]{document}

First paragraph %comment


Second paragraph
\end{document}

This works as expected:

\begin[papersize=a5, class=book]{document}

First paragraph %comment
word

Second paragraph
\end{document}

Please support tables with the (as much as possible) syntax of cable, see also http://www.ctan.org/tex-archive/macros/latex/contrib/ctable

Hello again.
According to fresh documentation (with new deps) I ran configure (after ./bootstrap.sh), but again it failed:
$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking how to create a pax tar archive... gnutar
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop
checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @file support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... no
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for hb_shape in -lharfbuzz... yes
checking for HARFBUZZ... yes
checking for FREETYPE... yes
checking for FONTCONFIG... no
configure: error: in /home/skylark/wc/sile': configure: error: Harfbuzz found but not fontconfig Seeconfig.log' for more details

Would you like to add the configuration script "AX_PTHREAD" to your build specification?

Command line help sile --help currently contains some default text:

This is SILE 0.9.1
Usage: sile

 Banner text.

 Optional long description text to show when the --help
 option is passed.

 Several lines or paragraphs of long description are permitted.

This should be changed to a useful description.