В письме от понедельник, 26 марта 2018 г. 12:37:15 +07 пользователь Phil 
Pennock написал:
> 40. Static linking against the PCRE library using the pkg-config module was
>     failing on missing pthread symbols.

Well, I've looked in commit history, and found that:
https://github.com/svn2github/pcre/commit/
2765d0933715e6b2c78a4e74fa8d5cad27273f29

And my `libpcre.pc` have
> Libs.private: -pthread
at that place.

Although, I'm not sure if it is okay for it to be `-pthread`, and not `-
lpthread`.

> Vadim has `pcre-config --version` reporting 8.42 though.  Perhaps a
> regression, perhaps a system mismatch between libraries and tools.

I bet on regression (since I'm using source-based distro and it's pretty 
unlikely to have that mismatch here.

> 
> Regardless, all the relevant errors from Vadim's post are in compiling
> JIT stuff, which we're not using.  So it's bloat for unused
> functionality but shouldn't be affecting our operation.

Well, I'll try to check if manual fixing of libpcre's pkg-config file would 
help. Now it really looks like libpcre issue.

By the way,
> $   ldd /usr/lib64/zsh/5.4.2/zsh/pcre.so
>        linux-vdso.so.1 (0x00007ffd8469b000)
>        libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f368efaa000)
>        libc.so.6 => /lib64/libc.so.6 (0x00007f368ebe6000)
>        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f368e9c6000)
>        /lib64/ld-linux-x86-64.so.2 (0x00007f368f420000)

Here, libpthread is inherited from dynamic libpcre, and (I hope) it doesn't 
interfere with any zsh's internal work. So, I guess, it shouldn't interfere in 
static too.

But I'm not sure if it should be worked around in zsh at all (in case, if I'll 
confirm that is libpcre's pc-file bug).