Summary: | dev-libs/nss-3.13.6 does not respect AR | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | New packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | vapier, vincent |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 243502 | ||
Attachments: | nss-3.14-r1.patch |
Description
Agostino Sarubbo
2012-10-30 13:08:37 UTC
I am not gonna sit around guessing which version you speak of. Please include a version or version range of effected package if you want to see issue fixed. all version affected *** Bug 443454 has been marked as a duplicate of this bug. *** Created attachment 329626 [details]
nss-3.14-r1.patch
It doesn't respect RANLIB neither. That can be solved by appending RANLIB=$(tc-getRANLIB) to emake.
I tried to solve the AR issue appending AR=$(tc-getAR) but I get this error:
x86_64-pc-linux-gnu-ar: invalid option -- 'L'
To fix the AR issue is needed a sed command to replace 'ar' by the result of $(tc-getAR) in the file UNIX.mk
The patch I have attached fixes both issues (AR and RANLIB).
this should be fixed in the latest version of nss/nspr |