| Summary: | dev-libs/nss-1.17.1 with abi_x86_32 - ld: cannot find -lnspr4 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | cache <c-h> |
| Component: | [OLD] Library | Assignee: | Mozilla Gentoo Team <mozilla> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | CC: | multilib+disabled |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
emerge -v1 dev-libs/nss > emerge-log.txt
emerge --info > emerge-info.txt |
||
|
Description
cache
2014-10-02 08:23:14 UTC
Created attachment 385926 [details]
emerge -v1 dev-libs/nss > emerge-log.txt
Created attachment 385928 [details]
emerge --info > emerge-info.txt
OK so part1 -- setting ABI_X86="32 64" in /etc/portage/make.conf really isn't a good idea. This is me speaking with my multilib team hat on. Now back to the bug -- could you confirm what version of dev-libs/nspr is installed and what flags it was built with? (In reply to Ian Stakenvicius from comment #3) > Now back to the bug -- could you confirm what version of dev-libs/nspr is > installed and what flags it was built with? dev-libs/nspr-4.10.7 +abi_x86_32 -debug The bug still present in dev-libs/nss-3.17.2 appeared in portage tree. I still can't reproduce this. Shot in the dark, do you happen to have an i686 crossdev installed? CC'ing multilib team, maybe a second set of eyes on this can find a clue as to what's going wrong here. (In reply to cache from comment #1) > Created attachment 385926 [details] > emerge -v1 dev-libs/nss > emerge-log.txt please add the entire nspr.pc If you feel I have closed your bug and it is still a current issue, please reopen and update it completely. We will not work bugs that have no ebuild in tree any longer or can not be reproduced with a current system. Thank You for your support and understanding The Mozilla Team |