В письме от понедельник, 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).
Attachment:
signature.asc
Description: This is a digitally signed message part.