Summary: | Dubious curl-config, krb5-config, emerge behavior (portage-2.1.4.4) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ivar Ylvisaker <ylvisaki> |
Component: | Current packages | Assignee: | Daniel Black (RETIRED) <dragonheart> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | bsharer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ivar Ylvisaker
2008-05-21 18:58:33 UTC
well spotted and well described. curl-config --libs on a glibc Linux system should produce only "-L/path/to/lib -lcurl" (where -L will only show up if it's not /usr/lib{64}). Since it doesn't, something in the configuration is suboptimal. What is the output of "libtool --config | grep link_all_deplibs"? It must be "no" or extra libs will be added. Is the LIBS variable set to anything at build or configure time? Its contents will also be added to the curl-config output. (In reply to comment #2) The output of "libtool --config | grep link_all_deplibs" is "unknown," which implies "yes" as I understand it. However, the original problem did not seem to be "extra" libraries but, rather, the inclusion of non-library items in the list of libraries. The new version of curl (7.18.2) does not have the problem. "curl-config --libs" now generates "-lcurl". And I can emerge boinc without getting an error. However, when I checked to see if the output of "krb5-config --libs gssapi" in the curl configure application also changed, I found that it had not. This is disturbing because it implies that there is still a problem in the sandbox (or somewhere). Apparently, the change to curl did not so much solve the original problem as it evaded it. This is also in net-misc/curl-7.19.4 which is biting me when I try to emerge xen-tools looking at the patches and output I suspect this is fixed. Please reopen if not. |