"-l" - для линковки с динамической библиотекой

а для линковки со статической либой по любому необходимо указывать путь к ней. А как раз путь я не могу определить, т.к. qmake создает папку /staticlib1/debug и в нее кладет либу. И это только под виндой, под линух /staticlib1/staticlib1.a.

PS: структуру проекта задавал не я а kdevelop думаю он не ошибается

может есть способ задать qmake'у чтобы он не делал так?

Сделал субж:

app.pro линкует библиотеки staticlib1 и staticlib2

Под линуксом все собирается прекрасно.

Под виндой qmake зачем-то делает папки debug и release и туда кладет объектники, и соответственно такие указания: ../staticlib1/staticlib1.a
уже не прокатывают.

Что делать?

Я конечно понимаю что сами по себе папочки debug и release - правильное решение, но как указать путь к линкуемой статической либе из другого подпроекта не ясно...

Это при каких условиях? с Qt или без?
Просто мне кажется, что линкер gcc очень туп, без разбора шьет все функции, которые есть в либе. Может его можно как-то образумить? Хотя..... я сейчас померял суммарный объем либ libQtCore.a и libQtGui.a - 25Мб. Все-таки он что-то из них выкинул

Тогда немного другой вопрос, можно ли добиться уменьшения объема, используя другие компиляторы?

Qt собирал как релиз, в проекте тоже не указано что отладка, значит релиз. В Makefile заглянул - там оптимизации включены, отладочных ключей нет.

Вообще gcc способен на умную статическую линковку? или он тупо шьет все либы к экзешнику...

Кто каких размеров добивался и с каким компилятором?

Качнул Qt SDK, собрал ее с ключом -static.

Написал простейшую программу с одним виджетом:

C++ (Qt)
#include <QtGui/QApplication>
#include <QWidget>
 
int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    QWidget w;
    w.show();
    return a.exec();
}

файл проекта:

C++ (Qt)
TARGET = qttest
TEMPLATE = app
SOURCES += main.cpp

Размер исполняемого файла получил 11Мб 
gcc-3.4, qt 4.5.1.

У всех так?