qt-win-opensource-4.3.0-mingw.exe

[QCasper]

Решил не париться с исходниками и скачал сабж. Установил, даже галку поставил "download MinGW". Установилась, все нормально. Как всем известно, в пуске при этом создается ярлык Qt 4.3.0 (Build Debug Libraries). Я его запускаю, "нажимаю любую кнопку", нажимаю лицензионное "y", происходит конфигурирование. После конфигруирования должен запуститься mingw32-make debug. На это система отвечает

mingw32-make: *** No rule to make target `debug'.  Stop.

Захожу в директорий src и вижу, что там действительно нет makefile'a. Генерю его с помощью qmake, пробовал qmake -project и qmake -makefile, в обоих случаях генерится makefile. Опять запускаю mingw32-make debug, на что получаю

(cd D:/Qt/4.3.0/src/winmain && mingw32-make -f Makefile debug)
The system cannot find the path specified.
mingw32-make: *** [debug-D__Qt_4_3_0_src_winmain] Error 1

кто здесь лажает вопрос?

[WW]

Та же ерунда как с сабжем, так и с чистым зиповским архивом. Только он ругается на ошибку в макфайле. может версия mingw? у меня 5.1.3

[Eugene_E]

Дебаггер ясно пишет, что система не может найти указанный путь. В системную переменную PATH добавляли путь к QT?

И он ищет D:/Qt/4.3.0/... вместо D:\Qt\4.3.0\..., а в окнах все по своему и *никс пути им чужды...

[WW]

Дебаггер ясно пишет, что система не может найти указанный путь. В системную переменную PATH добавляли путь к QT?

И он ищет D:/Qt/4.3.0/... вместо D:\Qt\4.3.0\..., а в окнах все по своему и *никс пути им чужды...

Вот тут ты ниразу не прав. набери в эксполорере c:/mingw (если у тебя он там стоит) и удивись.

[Hellraiser]

Сегодня собрал сабж - все ОК (MinGW 5.1.3). Один раз похоже ругнулся - прописал путь c:\mingw\bin, и все заработало.

[QCasper]

Дебаггер ясно пишет, что система не может найти указанный путь. В системную переменную PATH добавляли путь к QT?

Вообще-то при запуске Qt 4.3.0 (Build Debug Libraries) все необходимые переменные сами прописываются, потому как вызывается qtvars.bat, посмотрите что там написано и все станет ясно.
И вообще я постоянно так делал с предыдущими версиями - все работало.

добавлено спустя 1 минуту:

 

Сегодня собрал сабж - все ОК (MinGW 5.1.3). Один раз похоже ругнулся - прописал путь c:\mingw\bin, и все заработало.

Слушай, а дай, пожалуйста, MinGW 5.1.3? А то у меня 3.4.2 до сих пор...
Туда какие версии гцц и мэйк входят?

[Hellraiser]

Слушай, а дай, пожалуйста, MinGW 5.1.3? А то у меня 3.4.2 до сих пор...
Туда какие версии гцц и мэйк входят?

5.1.3 - версия установщика под винду (скину в личку - он всего 130 Кб), а версии у gcc 3.4.2, make - 3.81-2. Установщик хорош только тем, что может сам брать релизовские и кандидидатские версии с нета.

[Emc]

решается просто
 - пускаем Build Debug Libraries
 - ждем ошибку
 - "cd .."
 - "make"
все соберется - хотя я подозреваю что получится тоже самое что
и с нуля откомпилить debug_and_release версию
//
не надо писать "make debug" - вот и всё

[Eugene_E]

А что за версия такая 5.1.3? На www.mingw.org только 5.0.0 и 5.0.2

[pastor]

А что за версия такая 5.1.3? На www.mingw.org только 5.0.0 и 5.0.2

Зайди вот сюды https://sourceforge.net/projects/mingw/

ЗЫ: Я вот читаю посты и не понимаю, каким боком на сборку Qt может повлиять версия MinGW installer'а?  :shock:  Я понимаю там версия GCC, w32api, mingw-runtime, mingw32-make, etc, но версия инсталлера?  :shock: И это не единственная тема, в которой затрагиваеться именно версия инсталлера, а не основных компонентов MinGW

[Eugene_E]

Ну, например, 5.0.2 скачал другие версии компонент нежели 5.1.3 (для кандидата). Что под 3.4.4, что под 3.4.5 при компиляции вылетает из-за всё той же ошибки. Может каррент поставить (там компилер версии 3.4.2) ? Хотя смутно верится, что из-за этого баг.

Только что убил все и заново поставил: нифига не помогло

[alexis]

поставил mingw, что у тролей на фтп лежит:
http://ftp://ftp.trolltech.com/misc/MinGW-3.4.2.exe

сделал батник с окружением:

Код:

@set HOME=C:\devel\src
@set PATH=%PATH%;C:\Qt\mingw-4.3.0\bin;"C:\Program Files\Far";C:\devel\bin
@set INCLUDE=%INCLUDE%;C:\Qt\mingw-4.3.0\include;C:\devel\include;C:\devel\include\postgres
@set LIB=%LIB%;C:\Qt\mingw-4.3.0\lib;C:\devel\lib
@set QTDIR=C:\Qt\mingw-4.3.0
@set QMAKESPEC=win32-g++

far.exe c:\devel\src && exit

отконфигурил так:

Код:

-no-qt3support 
-plugin-sql-psql 
-qt-gif 
-qt-libmng 
-qt-libjpeg 
-qt-zlib 
-fast 
-plugin-sql-sqlite 
-plugin-sql-odbc 
-qt-libpng 
-qt-libtiff 
-rtti 
-openssl 

все собралось.
Что я делаю не так?

[QCasper]

решается просто
 - пускаем Build Debug Libraries
 - ждем ошибку
 - "cd .."
 - "make"
все соберется - хотя я подозреваю что получится тоже самое что
и с нуля откомпилить debug_and_release версию
//
не надо писать "make debug" - вот и всё

Я так делал, действительно всё собралось, но! После этого, ИМЕННО ПОСЛЕ, компилятор почему то отказывался признавать, что QSslSocket - это класс, а не просто набор символов и орал, что undefined. Причем на #include <QSslSocket> он при этом НЕ ругался... Это для меня шоком было, класс явно описан в подключаемом файле, но компилер так не считает.
А до сборки (build debug libraries) тот же код прекрасно компилировался и даже собирался...

[Emc]

A
CONFIG+=network?
в проектнике писал?

[QCasper]

A
CONFIG+=network?
в проектнике писал?

Да прописал, если бы не прописал, то "до этого" тоже бы не компилилось и уж тем более не собиралось бы.