Ну на финфак же ну!

http://code.google.com/p/vacuum-im/source/browse/branches/dev_qt5/CMakeLists....

66 и 119 строки.

То есть, теперь все вокруг _qt5Core_install_prefix крутится. Спасибо.

Угу. Тут список библиотек для Qt 5.1. Список библиотек для Qt 5.2 немного другой.

Сборку я победил, даже сделал так, чтобы можно было как с Qt4 собирать, так и с Qt5.

А рецептом не поделишься? Как раз думаю начинать перебираться на Qt5.

Определил проперти:

OPTION(USE_QT5 "Using Qt5" OFF)

И дальше что-то типа такого.

IF(USE_QT5)
    FIND_PACKAGE(Qt5Core)
ELSE(USE_QT5)
    FIND_PACKAGE(Qt4 REQUIRED QtCore)
    INCLUDE(${QT_USE_FILE})
    ADD_DEFINITIONS(${QT_DEFINITIONS})
ENDIF(USE_QT5)
..............
IF(USE_QT5)
    QT5_USE_MODULES(${TARGET} Core)
ENDIF(USE_QT5)

А я перешел на qbs. До этого использовал CMake и qmake. Несмотря на то, что qbs ещё сырой, мне не хочется пользоваться больше ничем другим.

А СMake имеет такой низкий порог вхождения и такой интуитивный лаконичный синтаксис, что подходит для Тру-хардкор-BDSM линукс-программиста.

IF(WIN32)

ENDIF(WIN32)

Каждый раз вижу, и каждый раз охреневаю.

Тут главное привыкнуть. А к qbs я отношусь как к очередному велосипеду. Если что-то из него выйдет, то, может быть, когда-нибудь перейду на него.

есть такое. WIN32 в endif необязательно писать. это типа под стиль «endif // WIN32»

по теме WIN32 - на винфак.

Qt подразумевает под собой кроссплатформенное по, так что, винфобы идут лесом.

Спасибо, после НГ займусь :)

А СMake имеет такой низкий порог вхождения и такой интуитивный лаконичный синтаксис, что подходит для Тру-хардкор-BDSM линукс-программиста.

Купил пару лет назад книжку «Mastering CMake» на амазоне, никаких проблем не имею :)

Хотел спросить, как человека, не имеющего проблем:

1. Как ты включаешь precompiled_headers для g++?

2. Как у тебя добавляются новые файлы в проект?

2. А в чем сложности? Открываешь CMakeLists.txt и записываешь туда имя файла.

А в чем сложности? Открываешь CMakeLists.txt и записываешь туда имя файла.

То есть все файлы исходников прописываешь вручную. Я понял.

А что такого-то в этом? Или совсем обленились с этими всякими IDE?

А что такого-то в этом? Или совсем обленились с этими всякими IDE?

Да, именно лень. Каждый раз, когда делаешь рефакторинг кода и делаешь кучу перемещений, переименовываний, расщеплений, объединений с некоторым множеством файлов, то вся эта работа превращается в боль для глаз. Мне не понравилось, я написал специальную программу, которая обновляла список файлов в CMakeList.txt исходя из содержимого папки с исходниками. Почему они не сделали такого «искаропки»?

Дык, сам можешь запилить. Есть поиск файлов по маске - его и заюзай.

1. precompiled headers не пользую

2. Файлы проекта описываю, например, так:

set(SUBDIRS core plugins storage ui)

foreach(SUBDIR ${SUBDIRS})
      include (${SUBDIR}/CMakeLists.txt)
      foreach (FILE ${FILES_CPP})
        set (ALL_FILES_CPP ${ALL_FILES_CPP} ${SUBDIR}/${FILE})
      endforeach (FILE)

      foreach (FILE ${FILES_H})
        set (ALL_FILES_H ${ALL_FILES_H} ${SUBDIR}/${FILE})
      endforeach (FILE)
endforeach(SUBDIR)

А вложенные директории содержат CMakeLists.txt подобного содержания:

set( FILES_CPP
    mainform.cpp
    pluginviewer.cpp
    logviewer.cpp
    toolbar.cpp
    menubar.cpp
    statusbar.cpp
    codeeditor.cpp
    helpviewer.cpp )

set( FILES_H
    mainform.h
    pluginviewer.h
    logviewer.h
    toolbar.h 
    menubar.h
    statusbar.h
    codeeditor.h
    helpviewer.h )

Каждый раз вижу, и каждый раз охреневаю.

Это же не обязательно, но будет предупреждение, если описание не совпадает. Пару раз помогало.

То есть все файлы исходников прописываешь вручную. Я понял.

Можно не вручную, а через «file(GLOB ...». Но это как бы не рекомендованный способ.

Приходится иметь дело с обоими вариантами, особой разницы не вижу.