ar cqs libbootstrap.a .obj/release-static/qisciicodec.o .obj/release-static/qlatincodec.o .obj/release-static/qsimplecodec.o .obj/release-static/qtextcodec.o .obj/release-static/qtsciicodec.o .obj/release-static/qutfcodec.o .obj/release-static/qglobal.o .obj/release-static/qmalloc.o .obj/release-static/qnumeric.o .obj/release-static/qabstractfileengine.o .obj/release-static/qbuffer.o .obj/release-static/qdatastream.o .obj/release-static/qdir.o .obj/release-static/qdiriterator.o .obj/release-static/qfile.o .obj/release-static/qfileinfo.o .obj/release-static/qfilesystementry.o .obj/release-static/qfilesystemengine.o .obj/release-static/qfsfileengine.o .obj/release-static/qfsfileengine_iterator.o .obj/release-static/qiodevice.o .obj/release-static/qtemporaryfile.o .obj/release-static/qtextstream.o .obj/release-static/qurl.o .obj/release-static/qmetatype.o .obj/release-static/qvariant.o .obj/release-static/qsystemerror.o .obj/release-static/qbitarray.o .obj/release-static/qbytearray.o .obj/release-static/qbytearraymatcher.o .obj/release-static/qdatetime.o .obj/release-static/qhash.o .obj/release-static/qlist.o .obj/release-static/qlocale.o .obj/release-static/qlocale_tools.o .obj/release-static/qmap.o .obj/release-static/qregexp.o .obj/release-static/qstring.o .obj/release-static/qstringlist.o .obj/release-static/qvector.o .obj/release-static/qvsnprintf.o .obj/release-static/qxmlutils.o .obj/release-static/qxmlstream.o .obj/release-static/qdom.o .obj/release-static/qxml.o .obj/release-static/qfilesystemengine_unix.o .obj/release-static/qfilesystemiterator_unix.o .obj/release-static/qfsfileengine_unix.o .obj/release-static/qlocale_unix.o
*** 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!