Summary: | net-misc/curl-7.21.4[-threads] still links to libpthread | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marcin Mirosław <bug> |
Component: | Current packages | Assignee: | Christoph Mende (RETIRED) <angelos> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | vapier |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Marcin Mirosław
2011-07-18 10:28:46 UTC
Have you tried if this actually fixes your problem? I don't think this is worth the effort if it doesn't. Also not sure how to add this, I don't want to remove this unconditionally, putting it under USE=threads doesn't seem right either. I didn't try compile curl without librt. But segfaults in php appears too randomly to easy reproduce (or not) problem . It passed two weeks without any segfault and suddenly i've got 10 segfaults. ldd doesn't tell you the whole story. curl itself is not linked against libpthread when USE=-threads. it is linked against librt, but there's nothing to be done about that -- curl wants clock_gettime(), and glibc provides that in librt. glibc then links librt against libpthread. however, none of that means the libraries in question are actually using threads. $ cd /var/tmp/portage/net-misc/curl-7.23.1/image/ $ scanelf -qRn . libcurl.so.4,libssl.so.1.0.0,libcrypto.so.1.0.0,librt.so.1,libz.so.1,libc.so.6 ./usr/bin/curl librt.so.1,libssl.so.1.0.0,libcrypto.so.1.0.0,libz.so.1,libc.so.6 ./usr/lib64/libcurl.so.4.2.0 |