Oswald Buddenhagen c595405124 run processPrlFiles() over QMAKE_LIBS_PRIVATE as well ... there is no reason why private libs should not have prls resolved. the two variables are resolved independently, so it's possible that (even more) libraries will appear duplicated on the linker command line, but that seems easiest for the time being. Change-Id: I9070ba53808a0661fa72949db8111106b7aca487 Reviewed-by: Friedemann Kleint <Friedemann.Kleint@nokia.com> Reviewed-by: Joerg Bornemann <joerg.bornemann@nokia.com>		2012-07-31 11:17:43 +02:00
..
unixmake2.cpp	dispose of QMAKE_LIBDIR_FLAGS, "demote" QMAKE_FRAMEWORKPATH_FLAGS	2012-07-27 16:29:18 +02:00
unixmake.cpp	run processPrlFiles() over QMAKE_LIBS_PRIVATE as well	2012-07-31 11:17:43 +02:00
unixmake.h	make the windows prl processing more like the unix variant	2012-07-31 11:17:37 +02:00