Summary: | net-misc/curl-7.37.0-r1 with abi_x86_32 - ld: skipping incompatible /usr/lib64/libfoo.so when searching for -lfoo | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Eugene Shalygin <eugene.shalygin> |
Component: | Current packages | Assignee: | Anthony Basile <blueness> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | gregkh, mgorny |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build log |
Description
Eugene Shalygin
2014-07-06 13:11:29 UTC
Created attachment 380298 [details]
build log
Since I'm not overly familiar with how multilib does things, I'm going to bounce it off of mgorny. However, I'ver got a suspicion that this is a problem in curl's build system. I don't see how the presence of app-emulation/emul-linux-x86-baselibs confuses it. *** Bug 516518 has been marked as a duplicate of this bug. *** Could you try rebuilding your kerberos provider (mit-krb5 or heimdal)? Did you happen to unmask the multilib variant manually while it was still in p.mask? Thank you, rebuilding mit-krb5 solved the problem. And most probably it was unmasked before. |