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>
This commit is contained in:
parent
14bf7ef504
commit
c595405124
@ -574,7 +574,7 @@ UnixMakefileGenerator::processPrlFiles()
|
||||
libdirs.append(QMakeLocalFileName(dlib));
|
||||
frameworkdirs.append(QMakeLocalFileName("/System/Library/Frameworks"));
|
||||
frameworkdirs.append(QMakeLocalFileName("/Library/Frameworks"));
|
||||
const QString lflags[] = { "QMAKE_LIBS", QString() };
|
||||
const QString lflags[] = { "QMAKE_LIBS", "QMAKE_LIBS_PRIVATE", QString() };
|
||||
for(int i = 0; !lflags[i].isNull(); i++) {
|
||||
QStringList &l = project->values(lflags[i]);
|
||||
for(int lit = 0; lit < l.size(); ++lit) {
|
||||
|
@ -218,7 +218,7 @@ Win32MakefileGenerator::processPrlFiles()
|
||||
{
|
||||
const QString libArg = project->first("QMAKE_L_FLAG");
|
||||
QList<QMakeLocalFileName> libdirs;
|
||||
const QString lflags[] = { "QMAKE_LIBS", QString() };
|
||||
const QString lflags[] = { "QMAKE_LIBS", "QMAKE_LIBS_PRIVATE", QString() };
|
||||
for (int i = 0; !lflags[i].isNull(); i++) {
|
||||
QStringList &l = project->values(lflags[i]);
|
||||
for (int lit = 0; lit < l.size(); ++lit) {
|
||||
|
Loading…
Reference in New Issue
Block a user