Summary: | qt4-build.eclass does not respect AR | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | Eclasses | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED FIXED | ||
Severity: | normal | Keywords: | InVCS |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 243502 |
Description
Agostino Sarubbo
![]() *** Bug 440264 has been marked as a duplicate of this bug. *** The problem is that QMAKE_AR is defined as "ar cqs" for the default linux mkspec, so we should replace that with "$(tc-getAR) cqs". But on mac and solaris, QMAKE_AR is just "ar cq", and on mac ranlib is used to build the archive index. So I don't know if we can assume that the 's' flag is always supported by $(tc-getAR)... @prefix, can we assume that or not? CC'ing bsd as well. Darwin ar understands s (IIRC it even needs that one on x86/Darwin). On Solaris we use GNU binutils, which understands s obviously. So I'd say, using s is fine. (In reply to comment #4) > Darwin ar understands s (IIRC it even needs that one on x86/Darwin). On > Solaris we use GNU binutils, which understands s obviously. So I'd say, > using s is fine. Awesome, thanks! http://git.overlays.gentoo.org/gitweb/?p=proj/qt.git;a=commitdiff;h=6d1af466d8b0d60ed77506a5af2f46b9710eab98 Does it look good? :) FreeBSD ar also understand s. Applied to gx86. Thank you all! |