Трудно не согласиться, очевидно, ошибка у меня, иначе бы ни у кого ничего не работало.
Однако, "что-то" довольно трудно исправить, хотелось бы конкретики, что именно требуется к исправлению.
Что именно сделано, я указал в первом сообщении, а что требуется исправить, хотелось бы узнать у вас.
Я, к сожалению, в программировании под Win32 опыта большого не имею, т.к. основной опыт приобретен в 90-е годы, на TC2.0 и BC3.1, где самой крутой библиотекой была Turbo Vision.


Я бы хотел использовать компилятор VC++ и среду VS2008. Т.е. редактировать, компилировать и собирать проекты средствами VS2008, которая, вероятнее всего, будет использоваться какие-то нативные средства Qt, типа MOC, которые добавит интегратор... чем собирать саму Qt, мне совершенно все равно. Чем нужно, тем и соберу. Главное, чтобы потом все из неё работало в VS2008. Пока, после успешной конфигурации (с ключом -platform win32-msvc2008 - запустилось после прописывания пути к бинарникам VC в PATHе) nmake вылетел с ошибками компиляции MySQL-модуля (ключ -qt-sql-mysql).

Еще вопрос - как собрать Qt, чтобы можно было выбирать, какой именно вариант сборки использовать? В VS есть опция, которая, например, позволяет делать этот выбор в MFC-проектах (что мы используем - dll или все-в-исполняемом). В случае с Qt нужно делать две независимые сборки? Или нужно ставить 2 Qt и две VS2008? Или каждый раз пересобирать Qt, если нужно перейти с динамики на статику? Или это крайне затруднительно?

С .dll проблем, в общем и целом, нет. Но .dll - это динамические библиотеки. В этом случае надо будет вкладывать их в инсталл-пакет для того, чтобы приложение гарантированно работало на другом компьютере. Я собираю все в один файл, и .dll в этом случае не нужны. В этом случае VC использует файлы с расширением .lib, т.е. статические библиотеки. Вот ман, который я использовал для статической сборки Qt:
http://www.crossplatform.ru/documentation/qtdoc4.3/deployment-windows.php#static-linking
Там, в частности, сказано:
"Как только configure закончит работу, введите следующее:

 nmake sub-src

Это соберет Qt статически. Заметьте, что в отличие от динамической сборки, в результате статической сборки библиотеки Qt будут без номера версии, например, QtCore4.lib будет QtCore.lib. Кроме того, мы использовали nmake во всех примерах, но если вы используете MinGW вместо него вы должны воспользоваться mingw32-make."

То, что указано тут, не происходит - lib-ы, несмотря на ключ, имеют номер версии на конце и VC к ним не обращается. Единственно, что может (теоретически) иметь негативные последствия - я не использовал ключ -platform win32-msvc2008 при конфигурации Qt, т.к. его использование приводит к ошибке:

P.S. Запустил сборку с помощью nmake вместо mingw32-make, о результатах отпишусь.

Ну да, все верно. Qt компилируется с помощью g++, в последствии я использую VС. Интегратор, насколько я понимаю, выполняет работу по объединению средств Qt и MSVS (добавляет разные визуальные средства, а также MOC для обработки хеадеров, добавляет директории). Какая зависимость от компилятора при компилировании приложений с использованием  .lib-файлов, содержащих машинный код, я, если честно, не понял.

Господа! Возникла странная трабла, надеюсь на помощь.

Сконфигурил и собрал Qt 4.4.3 commercial под VS2008 Prof, в следующей последовательности:
1) configure -static (+ключи для нужного)
2) mingw32-make sub-scr
3) установил интегратор 1.4.3

Тишь да гладь, ни ворнингов, ни еггогов. После этого захожу в VS, внешне все тоже чудно, QT прописалась в IDE, но при этом не могу собрать ни один из своих старых проектов - нужная библиотека Qt (в моем случае это QtCored.lib) в папке Qt с либами имеет название QtCored4.lib, и сборщик ее, естественно, не находит. Пытался читерить - переименовывать либу, отрезая 4-ку, но ничего это не дало, стали появляться ошибки при сборке. Не подскажите, что делаю не так? В мануале по статической сборке говорится, что, если верхние два пункта выполнены, библиотеки изначально не должны иметь в названии номер версии (4-ку).