QT и c++

[НеФормат]

Привет, всем! Начал учить QT
Первый код:

(Нажмите, чтобы показать/скрыть)

// Файл main.cpp
#include <QApplication>
#include "StartDialog.h"

int main(int argc, char** argv)
{
    QApplication app(argc, argv);
    StartDialog  startDialog;
   
    startDialog.setMinimumWidth(200);
    startDialog.show();

    return app.exec();
}

Вводу g++ index.cpp -o index.bin
Выдаёт:

(Нажмите, чтобы показать/скрыть)

index.cpp:2:24: fatal error: QApplication: Нет такого файла или каталога
compilation terminated.

Пробовал ставить всякие библиотеки, не помогло
P.S. - В QtCretor то же самое 
Что делать?

[Olej]

index.cpp:2:24: fatal error: QApplication: Нет такого файла или каталога
compilation terminated.
...
Что делать?

1. ну так нет же такого файла!

что делать?
2. идти в дефаулт include (/usr/include) и убеждаться, что там нет такого файла...

3. что дальше делать? разбираться какой (qt3, qt4) установлен, установлен ли, и куда (prefix):

Код: [Выделить]

[olej@notebook c++]$ env | grep QT
QTDIR=/usr/lib/qt-3.3
QTINC=/usr/lib/qt-3.3/include
QT_IM_MODULE=xim
QTLIB=/usr/lib/qt-3.3/lib
а потом убеждаться, что там такой файл действительно есть:

Код: [Выделить]

[olej@notebook include]$ ls /usr/lib/qt-3.3/include/qappl*
/usr/lib/qt-3.3/include/qapplication.h
а дальше правильно указывать в команде компиляции ... да ещё и библиотеки Qt там же указать ...

4. у вас, скорее всего, qt4 - так ищите где и как он поставлен! - всё дело в путях.

[RazrFalcon]

Qt Cretor то же самое

Не может быть.

qt-3.3 - очень смешно, вы его его нарыли-то?

[Olej]

Qt Cretor то же самое

Не может быть.

qt-3.3 - очень смешно, вы его его нарыли-то?

qt3 - это может и очень смешно (кто понимает, или напротив, кто ничего не понимает) ... но только у меня в системе вообще всё, что относится к Qt не ставилось просто, мне оно не надо... то, что показано - это та часть, которая доставлялась по зависимостям с каким-то пакетом из KDE.

Я вам показал как и где искать проблемы с установленным (возможно) у вас Qt:
- ищите пути установки (то, что задаётся prefix при сборке пакета Qt, вами или, скорее, дстрибьюторами вашими)...
- указывайте (как -I, -L, -l) их в опциях gcc, make или в переменных окружения env.
 

[VlaoMao]

Можно пойти проще.
В папке с проектом

Код: [Выделить]

qmake -project
qmake
makeprofit.

[Olej]

Можно пойти проще.
В папке с проектом

Код: [Выделить]

qmake -project
qmake
makeprofit.

конечно, это обычный способ сборки с Qt, но:
- для этого нужно создать проект;
- автор хочет это сделать просто компилятором GCC ... с наскоку - но повозиться с такой сборкой имеет смысл (1 раз ) для понимания что (в GCC) и откуда берётся.
 

[VlaoMao]

Для этого НЕ НУЖНО создавать проект, qmake его сам создаст.
После работы qmake в папке будет Makefile, который можно посмотреть/подправить/выучить для своих целей.

Код: [Выделить]

$ ls
main.cpp

Код: [Выделить]

$ qmake -project && ls
main.cpp  qt_ex.pro


Код: [Выделить]

$ qmake && ls
main.cpp  Makefile  qt_ex.pro

[Olej]

Для этого НЕ НУЖНО создавать проект, qmake его сам создаст.

Да, это я что-то ступил, уже несколько не смотрел в сторону Qt и со всем, что связано с KDE.
Тем более, то что вы подсказали, показывает как GCC использует специфические установки Qt.

Переписал я по-быстренькому программу нашего топик-спикера под свой "дремучий" Qt:

Код: [Выделить]

#include "qapplication.h"
#include <qdialog.h>

int main(int argc, char** argv)
{
    QApplication app(argc, argv);
    QDialog  startDialog;

    startDialog.setMinimumWidth(200);
    startDialog.show();

    return app.exec();
}
Очень хорошо видно, как qmake подставляет дефаултные пути для -I и для -L :

Код: [Выделить]

[olej@notebook Qt]$ qmake -project
[olej@notebook Qt]$ ls
index.cc  Qt.pro
[olej@notebook Qt]$ qmake
[olej@notebook Qt]$ ls
index.cc  Makefile  Qt.pro
[olej@notebook Qt]$ make
g++ -c -pipe -Wall -W -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom -fasynchronou
g++  -o Qt index.o    -L/usr/lib/qt-3.3/lib -lqt-mt -lXext -lX11 -lm
[olej@notebook Qt]$ ls
index.cc  index.o  Makefile  Qt  Qt.pro
[olej@notebook Qt]$ ./Qt
^C

В qt4 будет то же, только с другими именами.

[VlaoMao]

Ну во-первых, Qt != KDE.
А во-вторых надо использовать не

Код: [Выделить]

#include "qapplication.h"
#include <qdialog.h>А

Код: [Выделить]

#include <QApplication>
#include <QDialog>

Код: [Выделить]

$ cat /usr/include/QtGui/QApplication
#include "qapplication.h"Хотя вполне возможно, что на другой платформе содержимое файла QApplication будет другим, поэтому и надо подключать именно QApplication.
Хотя да, возможно в Qt3 и нет отдельного QApplication, есть qapplication.h, не думаю что сейчас кто-то ещё сильно пользуется Qt3.

[Olej]

Ну во-первых, Qt != KDE.

конечно Qt != KDE, но если кто-то живёт в другом DE, оконном окружении, например QNOME, да и все другие, то он и не пересекается никаким образом ни с Qt, ни с исполняющей системой Qt... а исполняющая система Qt, в таких случаях, и устанавливается (по зависимостям) при установке чего-то из ПО из комплекта KDE.

ведь в других DE/WM, как вы сами понимаете, есть масса других инструментов построения GUI, когда это нужно по-быстренькому что-то сделать: Tcl/Tk(wish), GTK, wxWidget и др. 

только таким образом Qt получается часто косвенно связано с KDE: где KDE - там Qt, а где KDE нет, то на таких рабочих местах часто и Qt нет.

А во-вторых надо использовать не

Код: [Выделить]

#include "qapplication.h"
#include <qdialog.h>А

Код: [Выделить]

#include <QApplication>
#include <QDialog>

Код: [Выделить]

$ cat /usr/include/QtGui/QApplication
#include "qapplication.h"Хотя вполне возможно, что на другой платформе содержимое файла QApplication будет другим, поэтому и надо подключать именно QApplication.

а вот это неверно!
/usr/include/QtGui - появится только тогда, когда вы специально установите средства разработки Qt, что-то типа пакета qt-develop, если этого не делать, то и каталога такого нет (как и входящих в него файлов).
а вот исполняющая система (инклуды, библиотеки) может устанавливаться с приложениями, и она присутствует всегда, вот те "qapplication.h", на которые именно и указывает -I опция при построении проекта.

Хотя да, возможно в Qt3 и нет отдельного QApplication, есть qapplication.h, не думаю что сейчас кто-то ещё сильно пользуется Qt3.

великое множество существующих и эксплуатируемых пакетов благополучно работают на Qt3, ничего чтоб особо существенного (не с точки зрения разработчика, а эксплуатации) Qt4 так и не принёс (например обещанной производительности), так что многие и многие давние пользователи Linux с появлением KDE4 от него отказались, а автоматом и от использования Qt4.

[НеФормат]

Ну во-первых, Qt != KDE.

конечно Qt != KDE, но если кто-то живёт в другом DE, оконном окружении, например QNOME, да и все другие, то он и не пересекается никаким образом ни с Qt, ни с исполняющей системой Qt... а исполняющая система Qt, в таких случаях, и устанавливается (по зависимостям) при установке чего-то из ПО из комплекта KDE.

ведь в других DE/WM, как вы сами понимаете, есть масса других инструментов построения GUI, когда это нужно по-быстренькому что-то сделать: Tcl/Tk(wish), GTK, wxWidget и др. 

только таким образом Qt получается часто косвенно связано с KDE: где KDE - там Qt, а где KDE нет, то на таких рабочих местах часто и Qt нет.

А во-вторых надо использовать не

Код: [Выделить]

#include "qapplication.h"
#include <qdialog.h>А

Код: [Выделить]

#include <QApplication>
#include <QDialog>

Код: [Выделить]

$ cat /usr/include/QtGui/QApplication
#include "qapplication.h"Хотя вполне возможно, что на другой платформе содержимое файла QApplication будет другим, поэтому и надо подключать именно QApplication.

а вот это неверно!
/usr/include/QtGui - появится только тогда, когда вы специально установите средства разработки Qt, что-то типа пакета qt-develop, если этого не делать, то и каталога такого нет (как и входящих в него файлов).
а вот исполняющая система (инклуды, библиотеки) может устанавливаться с приложениями, и она присутствует всегда, вот те "qapplication.h", на которые именно и указывает -I опция при построении проекта.

Хотя да, возможно в Qt3 и нет отдельного QApplication, есть qapplication.h, не думаю что сейчас кто-то ещё сильно пользуется Qt3.

великое множество существующих и эксплуатируемых пакетов благополучно работают на Qt3, ничего чтоб особо существенного (не с точки зрения разработчика, а эксплуатации) Qt4 так и не принёс (например обещанной производительности), так что многие и многие давние пользователи Linux с появлением KDE4 от него отказались, а автоматом и от использования Qt4.

Спасибо, помогло =)

[VlaoMao]

Ладно, пофиг на все выкладки, всё равно спор ни к чему не приведёт.

а вот это неверно!
/usr/include/QtGui - появится только тогда, когда вы специально установите средства разработки Qt, что-то типа пакета qt-develop, если этого не делать, то и каталога такого нет (как и входящих в него файлов).
а вот исполняющая система (инклуды, библиотеки) может устанавливаться с приложениями, и она присутствует всегда, вот те "qapplication.h", на которые именно и указывает -I опция при построении проекта.

Может в Ubuntu и так, не скажу. Скажу точно насчёт ArchLinux:

Код: [Выделить]

$ pkgfile `ls /usr/include/QtGui/*`
extra/qtQtCreatora не видно, все файлы в этом каталоге принадлежат пакету qt. Но опять же, повторюсь, что это актуально только для ArchLinux, в Ubuntu всё может быть по-другому, поэтому я и писал про спор, возможно просто мы друг друга не поняли.